這一章節目前是簡短了一點；當我掠盡ELF HOWTO時，就是這部份再度擴展的時候了。
Linux有共享程式庫，如果之前你已坐著讀完上一章節，想必現在一聽到像這樣的說詞，便會立刻感到頭昏。有一些照慣例而言是在連結時期便該完成的工作，必須延遲到載入時期才能完成。
把你連結的錯誤寄給我！我不會做任何的事，不過我可以把它們寫起來**
can't load library: /lib/libxxx.so, Incompatible version（a. out only） 這是指你沒有xxx程式庫的正確的主要版本。可別以為隨隨 便便弄個連結到你目前擁有的版本就可以了，如果幸運的話，就只會造成你的程式分頁錯誤而已。去抓新的版本.ELF類似的情況會造成像下面這樣的訊息：
ftp: can't load library 'libreadline.so.2'
warning using incompatible library version xxx（a. out only）你的程式庫的次要版本比起這支程式用來編譯的還要舊。程式依然可以執行。只是可能啦！我想，昇個級應該沒什麼傷害吧！
有一組環境變數會讓動態載入器有所反應。大部份的環境變數對ldd的用途要比起對一般users的還要來得更多。而且可以很方便的設定成由ldd配合各種參數來執行。這些變數包括，
LD_BIND_NOW --- 正常來講，函數在呼叫之前是不會讓程式尋找的。設定這個旗號會使得程式庫一載入，所有的尋找便會發生，同時也造成起始的時間較慢。當你想測試程式，確定所有的連結都沒有問題時，這項旗號就變得很有用。
LD_PRELOAD可以設定一個檔案，使其具有*覆蓋*函數定義的能力。例如，如果你要測試記憶體分配的方略，而且還想置換*malloc*，那麼你可以寫好準備替換的副程式，並把它編譯成mallolc.，然後：
$ LD_PRELOAD=malloc.o; export LD_PRELOAD
$ some_test_program
LD_ELF_PRELOAD 與 LD_AOUT_PRELOAD 很類似，但是僅適用於正確的二進位型態。如果設定了
LD_something_PRELOAD 與 LD_PRELOAD ，比較明確的那一個會被用到。
LD_LIBRARY_PATH是一連串以分號隔離的目錄名稱，用來搜尋共享程式庫。對ld而言，並沒有任何的影響；這項只有在執行期間才有影響。另外，對執行setuid與setgid的程式而言，這一項是無效的。而LD_ELF_LIBRARY_PATH與LD_AOUT_LIBRARY_PATH這兩種旗號可根據各別的二進位型式分別導向不同的搜尋路徑。一般正常的運作下，不應該會用到LD_LIBRARY_PATH；把需要搜尋的目錄加到/etc/ld.so.conf/裡；然後重新執行ldconfig。
LD_NOWARN 僅適用於a.out。一旦設定了這一項（LD_NOWARN=true; export LD_NOWARN），它會告訴載入器必須處理fatal-warnings（像是次要版本不相容等）的警告訊息。
LD_WARN僅適用於ELF。設定這一項時，它會將通常是致命訊息的“Can*t find library”轉換成警告訊息。對正常的操作而言，這並沒有多大的用處，可是對ldd就很重要了。
LD_TRACE_LOADED_OBJECTS僅適用於ELF。而且會使得程式以為它們是由ldd所執行的：
$ LD_TRACE_LOADED_OBJECTS=true /usr/bin/lynx
libncurses.so.1 => /usr/lib/libncurses.so.1.9.6
libc.so.5 => /lib/libc.so.5.2.18
如果你很熟悉Solaris 2.x所支援的動態載入的工作的話，你會發現Linux在這點上與其非常的相近。這一部份在H.J.Lu的ELF程式設計文件內與dlopen(3)的manual page（可以在ld.so的套件上找到）上有廣泛的討論。這裡有個不錯的簡單範例：以-ldl連結。
#include <dlfcn.h>
#include <stdio.h>
main()
{
void *libc;
void (*printf_call)();
if(libc=dlopen("/lib/libc.so.5",RTLD_LAZY))
{
printf_call=dlsym(libc,"printf");
(*printf_call)("hello, world\n");
}
}