[問題] 動態函式庫存在,程式卻找不到

看板C_and_CPP作者 (Neisseria)時間9年前 (2016/10/24 19:01), 7年前編輯推噓5(5021)
留言26則, 7人參與, 最新討論串1/1
開發平台(Platform): (Ex: Win10, Linux, ...) Debian GNU/Linux Jessie 編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出) g++ 4.9.2 go 1.7.3 額外使用到的函數庫(Library Used): (Ex: OpenGL, ...) None 問題(Question): 我在練習將 Golang 轉出的 shared library 和 C++ 程式結合 程式已經寫好了,也轉成 shared library (.so) 編譯時也沒跳錯誤訊息,編譯指令如下: $ g++ -o main main.cpp -L. -ldoubler 但是執行時,程式卻說找不到 shared library,訊息如下: libdoubler.so: cannot open shared object file: No such file or directory 蠻詭異的,那個 .so 檔就在同一個資料夾中 Orz 我另外把這個程式包成 Ruby gem,給 Ruby 程式呼叫,可正確執行 我也在 Mac 上用同樣的 main.cpp,也可正確執行 這個蠻難 google 的,因為會找到一大堆沒裝 xxx library 之類的討論串 = =... 餵入的資料(Input): None 預期的正確結果(Expected Output): 錯誤結果(Wrong Output): ./main: error while loading shared libraries: libdoubler.so: cannot open shared object file: No such file or directory 程式碼(Code):(請善用置底文網頁, 記得排版) # main.cpp #include <iostream> #include "libdoubler.h" using std::cout; using std::endl; int main() { cout << DoubleFloat(1.2) << endl; } 補充說明(Supplement): PTT 惠我良多 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 175.180.170.133 ※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1477306869.A.45D.html

10/24 19:04, , 1F
Linux 是不是要給相對/絕對路徑,不像 Windows 只要在同
10/24 19:04, 1F

10/24 19:04, , 2F
目錄下就可以
10/24 19:04, 2F

10/24 19:05, , 3F
export LD_LIBRARY_PATH=. 試試看
10/24 19:05, 3F
這招有效。不過可以簡要說明一下原理嗎?感恩 ※ 編輯: Neisseria (175.180.170.133), 10/24/2016 19:08:40

10/24 20:05, , 4F
另外你可以用 ldd 查連結的狀況
10/24 20:05, 4F

10/24 20:05, , 5F
LD_PRELOAD 這個變數你也可以玩玩看
10/24 20:05, 5F

10/24 20:19, , 6F
類 Unix 系統預設只會到特定的地方找動態資料庫, 所以
10/24 20:19, 6F

10/24 20:19, , 7F
如果你不把 .so (或其他副檔名) 放在那些地方, 就必須用
10/24 20:19, 7F

10/24 20:20, , 8F
環境變數來告訴作業系統額外的路徑; . 代表「當前路徑」
10/24 20:20, 8F

10/24 20:21, , 9F
LD_PRELOAD 則是用來告訴作業系統「不論如何, 在執行任
10/24 20:21, 9F

10/24 20:22, , 10F
何程式前都載入此函式庫」; 這很容易造成問題, 請避免
10/24 20:22, 10F

10/24 20:23, , 11F
LD_LIBRARY_PATH 比較好一些, 但還是應該盡可能避免
10/24 20:23, 11F

10/24 21:45, , 12F
LD_PRELOAD 可以用來做 API hooking 還滿值得玩玩看
10/24 21:45, 12F

10/25 01:00, , 13F
既然提了 LD_LIBRARY_PATH 那就順便提 rpath
10/25 01:00, 13F

10/25 01:00, , 14F
在連結時加上 -rpath . 這個連結器參數就能讓 loader 知道
10/25 01:00, 14F

10/25 01:02, , 15F
so 檔也要在工作目錄下找; 不過由於這是連結器 ld 的參數
10/25 01:02, 15F

10/25 01:03, , 16F
所以如果是經由 gcc/g++ 呼叫的話要用 -Wl 引導 (小寫L)
10/25 01:03, 16F

10/25 01:03, , 17F
要寫成 -Wl,-rpath,. 或寫成 -Wl,-rpath -Wl,.
10/25 01:03, 17F

10/25 01:05, , 18F
-rpath 也能指定相對執行檔的位置, 這時參數要使用 $ORIGIN
10/25 01:05, 18F

10/25 01:05, , 19F
這七個字表示執行檔所在目錄
10/25 01:05, 19F

10/25 01:06, , 20F
例如 -Wl,-rpath,'$ORIGIN/../lib'
10/25 01:06, 20F

10/25 01:06, , 21F
(因為這裡必須要用 $ 字本身而非變數, 所以要用引號括起來)
10/25 01:06, 21F

10/25 15:23, , 22F
export LD_LIBRARY_PATH= 請問一下這種方法一般程式user
10/25 15:23, 22F

10/25 15:23, , 23F
怎麼可能會,換句話說他的用途感覺很狹隘不是?
10/25 15:23, 23F

10/25 15:41, , 24F
所以才有套件管理員啊, 自動幫你把東西裝到讀得到的地方
10/25 15:41, 24F

10/25 15:41, , 25F
像 PATH 環境變數的道理也是一樣
10/25 15:41, 25F

10/25 15:42, , 26F
設環境變數和 rpath 都是 programmer 才需要知道的東西
10/25 15:42, 26F
※ 編輯: Neisseria (112.104.128.230), 12/24/2018 06:37:13
文章代碼(AID): #1O3UdrHT (C_and_CPP)