動態庫的連結和連結選項-L，-rpath-link，-rpath

動態庫的連結和連結選項-L，-rpath-link，-rpath 連結動態庫如何程式在串連時使用了共用庫，就必須在啟動並執行時候能夠找到共用庫的位置。linux的可執行程式在執行的時候預設是先搜尋/lib和/usr/lib這兩個目錄，然後按照/etc/ld.so.conf裡面的配置搜尋絕對路徑。同時，Linux也提供了環境變數LDLIBRARYPATH供使用者選擇使用，使用者可以通過設定它來尋找除預設路徑之外的其他路徑，如尋找/work/lib路徑,你可以在/etc/rc.d/rc.local或其他系統啟動後即可執行到的指令碼添加如下語句：LDLIBRARYPATH =/work/lib:$(LDLIBRARYPATH)。並且LDLIBRARYPATH路徑優先於系統預設路徑之前尋找（詳細參考《使用LDLIBRARYPATH》）。 不過LDLIBRARYPATH的設定作用是全域的，過多的使用可能會影響到其他應用程式的運行，所以多用在調試。（LDLIBRARYPATH的缺陷和使用準則，可以參考《Why LDLIBRARYPATH is bad》 ）。通常情況下推薦還是使用gcc的-R或-rpath選項來在編譯時間就指定庫的尋找路徑，並且該庫的路徑資訊儲存在可執行檔中，運行時它會直接到該路徑尋找庫，避免了使用LDLIBRARYPATH環境變數尋找。 連結選項和路徑現代連接器在處理動態庫時將連結時路徑（Link-time path）和運行時路徑（Run-time path）分開,使用者可以通過-L指定串連時庫的路徑，通過-R（或-rpath）指定程式執行階段程式庫的路徑，大大提高了庫應用的靈活性。比如我們做嵌入式移植時#arm-linux-gcc $(CFLAGS) –o target –L/work/lib/zlib/ -llibz-1.2.3 (work/lib/zlib下是交叉編譯好的zlib庫)，將target編譯好後我們只要把zlib庫拷貝到開發板的系統預設路徑下即可。或者通過-rpath（或-R ）、LDLIBRARYPATH指定尋找路徑。 連結器ld的選項有 -L，-rpath 和 -rpath-link，看了下 man ld，大致是這個意思： -L: “連結”的時候，去找的目錄，也就是所有的 -lFOO 選項裡的庫，都會先從 -L 指定的目錄去找，然後是預設的地方。編譯時間的-L選項並不影響環境變數LDLIBRARYPATH，-L只是指定了程式編譯串連時庫的路徑，並不影響程式執行時庫的路徑，系統還是會到預設路徑下尋找該程式所需要的庫，如果找不到，還是會報錯，類似cannot open shared object file。 -rpath-link：這個也是用於“連結”的時候的，例如你顯示指定的需要 FOO.so，但是 FOO.so 本身是需要 BAR.so 的，後者你並沒有指定，而是 FOO.so 引用到它，這個時候，會先從 -rpath-link 給的路徑裡找。 -rpath: “運行”的時候，去找的目錄。啟動並執行時候，要找 .so 檔案，會從這個選項裡指定的地方去找。對於交叉編譯，交叉編譯連結器需已經配置 --with-sysroot 選項才能起作用。也就是說，-rpath指定的路徑會被記錄在產生的可執行程式中，用於運行時尋找需要載入的動態庫。-rpath-link 則只用於連結時尋找。 連結搜尋順序直接man ld。The linker uses the following search paths to locate required shared libraries:        1.  Any directories specified by -rpath-link options.       2.  Any directories specified by -rpath options.  The difference between -rpath and -rpath-link is that directories specified by -rpath options are included in the executable and used at runtime, whereas the -rpath-link option is only effective at link time. Searching -rpath in this way is only supported by native linkers and cross linkers which have been configured with the --with-sysroot option.       3.  On an ELF system, for native linkers, if the -rpath and -rpath-link options were not used, search the contents of the environment variable "LD_RUN_PATH".       4.  On SunOS, if the -rpath option was not used, search any directories specified using -L options.       5.  For a native linker, the search the contents of the environment variable "LD_LIBRARY_PATH".       6.  For a native ELF linker, the directories in "DT_RUNPATH" or "DT_RPATH" of a shared library are searched for shared libraries needed by it. The "DT_RPATH" entries are ignored if "DT_RUNPATH" entries exist.       7.  The default directories, normally /lib and /usr/lib.       8.  For a native linker on an ELF system, if the file /etc/ld.so.conf exists, the list of directories found in that file.       If the required shared library is not found, the linker will issue a warning and continue with the link.gcc和連結選項的使用在gcc中使用ld連結選項時，需要在選項前面加上首碼-Wl(是字母l，不是1，我曾多次弄錯），以區別不是編譯器的選項。 if the linker is being invoked indirectly, via a compiler driver (e.g. gcc) then all the linker command line options should be prefixed by -Wl, (or whatever is appropriate for the particular compiler driver) like this:1gcc -Wl,--start-group foo.o bar.o -Wl,--end-groupThis is important, because otherwise the compiler driver program may silently drop the linker options, resulting in a bad link.