① 如何使用lame源代碼在編譯生成linux環境下的動態庫
動態庫的生成
1>首先生成目標文件，但是此時要加編譯器選項-fpic和鏈接器選項-shared，
gcc -fpic -c add.c
gcc -fpic -c sub.c
生成中間文件add.o和sub.o
2>其次生成動態庫
gcc -shared –o libtiger.so add.o sub.o
生成動態庫libtiger.so,libtiger.so就是我們生成的目標動態庫。我們以後使用動態庫和main.c程序生成可執行程序
說明：
以上兩部也可以合成一步搞定:
gcc -fpic -shared add.c sub.c -o libtiger.so
2.使用動態鏈接庫
在編譯程序時，使用動態鏈接庫和靜態庫是一致的，使用」-l庫名」的方式，在生成可執行文件的時候會鏈接庫文件。
1>使用命令：
gcc -o main main.c -L ./ -ltiger
2>-L指定動態鏈接庫的路勁，-ldtiger鏈接庫函數tiger。-ltiger是動態庫的調用規則。Linux系統下的動態庫命名方式是lib*.so,而在鏈接時表示位-l*,*是自己命名的庫名。
3>但是程序會提示如下錯誤
error while loading shared libraries: libtiger.so: cannot open shared object file: No such file or direct
這是因為程序運行時沒有找到動態鏈接庫造成的。程序編譯時鏈接動態庫和運行時使用動態鏈接庫的概念是不同的，在運行時，程序鏈接的動態鏈接庫需要在系統目錄下才行。
4>使用以下方法可以解決此問題
a. 在linux下最方便的解決方案是拷貝libtiger.so到絕對目錄 /lib 下(但是,要是超級用戶才可以，因此要使用sudo哦，親)。就可以生成可執行程序了
b.第二種方法是：將動態鏈接庫的目錄放到程序搜索路徑中，可以將庫的路徑加到環境變數LD_LIBRARY_PATH中實現：
export LD_LIBRARY_PATH=`pwd`:$LD_LIBRARY_PATH
② 關於linux下連接動態庫問題
gcc編譯時，當使用動態庫編譯可以按照幾種寫法
1.gcc test.c ./libSDL2-2.so
2.gcc test.c -lSDL2-2
3.gcc test.c -L/home/test -lSDL2-2
一般的編譯參數都是按照2或3去寫
2寫法的含義是從/lib或者/usr/lib目錄下尋找名稱為SDL2-2的庫，即尋找/lib/libSDL2-2.so或者/usr/lib/libSDL2-2.so文件進行鏈接，當然如果沒有動態庫就會去找靜態庫，再沒有應該就會在編譯時報錯
3寫法的含義是從-L參數首先從指定的目錄中尋找需要鏈接的庫文件，隨後再去尋找系統文件夾中是否存在需要的庫
1寫法的含義是將當前目錄下的./libSDL2-2.so.0文件鏈接進最終文件，因此執行readelf -a a.out後在動態庫部分所看到的路徑就是./libSDL2-2.so.0，進而在執行文件時僅會從當前目錄下尋找libSDL2-2.so.0文件，當執行文件時所在的目錄下沒有該文件時就會出現找不到庫文件的操作
你第二次操作時，因為function.so庫文件與a.out文件在同一個目錄，同時也是在該目錄下執行的ldd操作及運行a.out，a.out在載入動態庫時從當前目錄下找到了所需要的庫文件，此時能夠執行成功（ldd命令實質是一個腳本，通過設置環境變數運行動態庫鏈接器來輸出所有待鏈接的動態庫）。
你可以試試將a.out拷貝至其他目錄再次運行，將出現和第一次操作時一樣的現象，找不到function.so文件。
具體的解決方法就是修改編譯參數，將./libSDL2-2.so.0修改為-lSDL2-2並將libSDL2-2.so.0文件拷貝至/usr/lib目錄下，並且可能因為沒有修改鏈接器的緩存文件（將可能找不到帶版本號後綴的動態庫），需要在/usr/lib目錄下建立一個文件連接（ln -s libSDL2-2.so.0 libSDL2-2.so）或者直接修改名稱為libSDL2-2.so
③ gcc 生成動態庫時-fpic選項是什麼意思。
fpic：產生位置無關碼
解釋一下，位置無關碼就是可以在進程的任意內存位置執行的目標碼，動態鏈接庫必須使用。
④ 動態庫編譯詳解
當前類介紹:upper.c ( upper) 依賴於 bottom.c(play)
說明:當執行可執行程序的時候,需要去/lib. /user/lib下和LD_LIBRARY_PATH下尋找so.並不會在當前目錄下尋找.
所以執行./main.out會報錯.如下:
解決方案:指定.so運行搜尋路徑
1.-Wl,-rpath ./mypath 加入參數,並且將libplay.so 到./mypath目錄下.
2.設置LD_LIBRARY_PATH,指定目錄.
說明:指定了-Wl,-rpath, 設置LD_LIBRARY_PATH也是可以生效的.並不是說只會去-Wl,-rpath下尋找.
首先生成一個bottom.so,然後用upper.so去依賴bottom.so, 然後main.c 再去依賴upper.so.
說明:這里編譯的時候直接出錯,是因為沒有指定搜尋路徑,所以無法通過編譯.
解決編譯問題方案.
1.我們依然採用LD_LIBRARY_PATH的方式可以解決編譯和運行的問題.
2.生成libplay的時候,直接指定-Wl,-rpath 給libbottom.可以解決編譯不通過的問題.
3.依賴所有庫
依賴所有庫只能解決編譯問題,無法處理運行的路徑.
另一種思路:我們在執行main.out的時候 執行-Wl,-rpath.並不在生成libplay的時候指定,看下是否正常.
由此可見,-Wl,-rpath 只能針對直接依賴的libplay.so指定了路徑,但是libbottom還是無法查找到 .但是LD_LIBRARY是可以的.
rpath只能對直接依賴的so設置搜尋目錄,並且可以設置所有依賴的編譯路徑.
總結: 解決編譯問題,在生成libplay的時候指定-Wl,-rpath運行路徑,或者設置LD_LIBRARAY_PATH,都可以解決這個問題.
當我們現在擁有的so包含一個直接依賴的so和很多間接依賴的so,但是沒有設置rpath.所以是不能直接依賴主so進行編譯和運行的.
為了通過編譯:
1.在只鏈接主so的情況下可以去設置rpath或者LD_LIBRARY_PATH.
2.或者鏈接所有so.
為了通過運行:
為了正常運行可以設置LD_LIBRARY_PATH.
--disable-new-dtags,---dt-needed-entries
結論概述:
1.我們在生成間接依賴的庫的時候,為了保證其他庫可以直接依賴,需要加入-Wl,-rpath.保證編譯通過.
2.LD_LIBRARY_PATH可以解決一切編譯運行問題.