2. 程式人生 > >libmkl_intel_thread.so中對部分函式未定義的引用

libmkl_intel_thread.so中對部分函式未定義的引用

阿新 • • 發佈：2019-02-05

問題
在編譯bdf的時候出現瞭如下錯誤

/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘omp_get_nested’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_end_critical’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_for_static_init_8’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib
 
/intel64/libmkl_intel_thread.so：對‘__kmpc_atomic_float8_add’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_dispatch_next_4’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_master’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_for_static_fini’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib
 
/intel64/libmkl_intel_thread.so：對‘__kmpc_flush’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_for_static_init_8u’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_for_static_init_4’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_fork_call’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib
 
/intel64/libmkl_intel_thread.so：對‘__kmpc_dispatch_next_8’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_push_num_threads’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘omp_get_num_procs’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_ordered’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_barrier’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_atomic_cmplx8_add’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_dispatch_fini_4’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_global_thread_num’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_dispatch_init_4’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘omp_get_max_threads’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_critical’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_end_serialized_parallel’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_reduce_nowait’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_end_master’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_single’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘ompc_set_nested’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_dispatch_fini_8’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘omp_in_parallel’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_dispatch_init_8’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_atomic_fixed8_add’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_atomic_cmplx4_add’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_ok_to_fork’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_end_single’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘omp_get_thread_num’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_end_ordered’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_end_reduce_nowait’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_serialized_parallel’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘__kmpc_atomic_float4_add’未定義的引用
/home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘omp_get_num_threads’未定義的引用

解答
在網上找到了解決的方法
在makefile檔案中修改對數學庫的搜尋，新增-lpthread -liomp5
即

export MATHLIB="-L/home/js/Documents/tool/intel2013/mkl/lib/intel64 -lpthread -liomp5 -lmkl_intel_ilp64 -lmkl_intel_thread -lmkl_core -lpthread"

相關推薦

libmkl_intel_thread.so中對部分函式未定義的引用

問題 在編譯bdf的時候出現瞭如下錯誤 /home/js/Documents/tool/intel2013/mkl/lib/intel64/libmkl_intel_thread.so：對‘omp_get_nested’未定義的引用 /home/js/D

VS2010中提示無法開啟原始檔 stdafx.h,.CPP檔案中很多型別函式未定義,但是編譯通過

錯誤原因 由於編譯器初始化和編譯連線查詢的路徑不一樣導致，編輯時提示打不開，型別沒定義等錯誤，而編譯和連結沒有問題 解決方案 專案屬性–>配置屬性–>C\C++–>常規–>

對loadimage（IMAGE *，char const *，int，int，bool）的未定義引用

ada top include graphics bcb 未定義 dad image app 這個問題到底怎麽解？求助大神啊 程序代碼： #include <graphics.h> #include <iostream> #include <e

關於一個多個.cpp檔案的專案中，函數出現未定義引用錯誤

編譯的話，必須把全部的c檔案都要編譯的啊，只編譯一個c算怎麼個邏輯呢？編譯實際上是2個過程，編譯和連結。編譯過程只檢查所有的符號(變數，函式)有沒有宣告，即只需要h檔案生命就夠了。但是連結時候，需要找到全部的函式的實現體，不把所有的.cpp一起編譯，電腦怎麼知道你還有檔案呢，它又不是神仙會算。簡單說就是，gc

Y86-64模擬器的安裝與出現對'matherr'未定義引用問題的解決

  一. Y86-64模擬器的安裝 我是參照這位博主的文章安裝的模擬器安裝,想安裝GUI版本的,到了第五步編譯的過程中出現了對'matherr'未定義引用的錯誤.   二. 解決問題,編譯GUI介面 進入sim目錄：cd sim

Python中對類的定定義

Python中對類進行定義的時候，具有兩種定義的方法： 新式類定義法和經典類定義法 區別在於類裡邊是否加object父類 新式類： # 定義類 classCar: # 方法 def getCarInfo(self): print('車輪子個數:%d, 顏色%s'%(self.whe

使用裝飾器，檢視函式的執行時間。深度解析python中對時間函式的使用

# Python time clock() 函式以浮點數計算的秒數返回當前的CPU時間。用來衡量不同程式的耗時，比time.time()更有用。 # 這個需要注意，在不同的系統上含義不同。在UNIX系統上，它返回的是"程序時間"，它是用秒錶示的浮點數（時間戳）。 # 而在WINDOWS中，第一次呼叫

數值分析中對有效數字的定義

定義: 設數x是數x的近似值，如果x的絕對誤差限是它的某一數位的半個單位，並且從x左起第一個非零數字到該數位共有n位，則稱這n個數字為x的有效數字，也稱用x近似x時具有n位有效數字。 看幾個例題 (1) (2) (3) (4) 總結 動筆計算就好，用近似值減

python中的EVAL函式的定義和用法！

https://blog.csdn.net/weixin_42859280/article/details/84673079 Python 內建函式 Python 內建函式 描述： eval() 函式用來執行一個字串表示式，並返回表示式的值。 以下是 eval() 方法的語法:

Y86-64模擬器的安裝與出現對'matherr'未定義引用問題的解決

一. Y86-64模擬器的安裝 我是參照這位博主的文章安裝的模擬器安裝,想安裝GUI版本的,到了第五步編譯的過程中出現了對'matherr'未定義引用的錯誤. 二. 解決問題,編譯GUI介面 進入sim目錄：cd sim 輸入make clean;

標頭檔案中能否進行函式的定義

通常我們使用標頭檔案時都是在標頭檔案中進行宣告，在原始檔中定義，哪我們能否在標頭檔案中進行函式的定義 我們先進行一個測試，先宣告一個test.h和一個test.cpp檔案，並且在test.h中定義一個函式和一個變數 可以發現，程式執行沒有問題，結果也正確

js一直報錯函式未定義

今兒個js裡面寫了幾個函式，結果載入的時候一直跟我說函式未定義，很苦惱 我尋思js函式載入不就載入了，跟我扯啥未定義呢 找了半天發現可能是自己的謹慎措施導致的這麼個情況 因為我寫了這個： $(document).ready(function(){ }) 我看每次ct

OpenCV中CvSVM部分函式解讀

CvSVM::predict函式解析：不管是Mat介面還是CvMat介面最終都是通過指標的形式呼叫的，也就是最終都是呼叫的以下函式實現的 float CvSVM::predict( const float* row_sample, int row_len, bool ret

關於java程式碼中對類進行重定義的探究（即匿名內部類）。包含欄位定義，方法重寫，追加方法

寫這篇部落格的時候是在看java8實戰，其中發現了一段程式碼，感覺很奇怪，之前雖然接觸過方法的動態重寫，但是沒見過此種程式碼 大致長這樣: 問題的關鍵不在於這是一個lambda表示式，而是後面大括號內直接追加程式碼，最後實現的效果跟你新建一個HashMap，然後在呼叫兩次

c++編譯中出現‘vtable for ***未定義的引用解決辦法

class Brass:public AcctABC {<span style="font-family: Arial, Helvetica, sans-serif;"> </span> private: public: Brass(

程式碼操作 ACCESS時為什麼老出現XXX函式未定義錯誤？

ODBC 標量函式Microsoft® Jet SQL 支援使用由 ODBC 為標量函式定義的語法。例如這一查詢： SELECT DAILYCLOSE, DAILYCHANGE FROM DAILYQUOTEWHERE {fn ABS(DAILYCHANGE)} > 5 凡是一種股票價格變化的絕對值

‘new’未宣告(在此函式內第一次使用),對‘operator new[](unsigned long)’未定義的引用,對‘operator delete[](void*)’未定義的引用,

Linux高效能伺服器程式設計中原始碼 web_server_write.c： #include <stdio.h> #include <stdlib.h> #include <netinet/in.h> #include <arpa/inet.h&

go 同一個package下不同檔案中函式呼叫報未定義問題

程式碼如下：    hello.go檔案package main import "fmt" func hello() { fmt.Print("go =======") }    main.go檔案package main func main() { h

C++中對hash_map自定義雜湊函式和比較函式的理解

#include "stdafx.h" #include <iostream> #include <hash_map> #include <vector>using std::vector; using stdext::hash_map;class  hash_wchar_

Android逆向之旅---基於對so中的函式加密技術實現so加固

致謝：一、前言今天我們繼續來介紹so加固方式，在前面一篇文章中我們介紹了對so中指定的段(section)進行加密來實現對so加固這篇文章我們延續之前的這篇文章來介紹一下如何對函式進行加密來實現加固，當然這篇文章和前篇文章有很多類似的地方，這裡就不做太多的解釋了，所以還請閱讀