• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Prayer

            在一般中尋求卓越
            posts - 1256, comments - 190, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            來自:http://www.cnblogs.com/nobugtodebug/archive/2012/11/07/e6cd72c67b3dd843f40d7ce919f7336a.html

            動態(tài)庫(.so)鏈接靜態(tài)庫(.a)的情況總結 
            一般來說在鏈接時想要使用靜態(tài)庫有三種方法:
            1、link時加上 -static 選項;當加上 -static選項后,gcc會把所有用到的庫都做靜態(tài)連接。
            2、link時直接指定想要靜態(tài)連接的.a文件的絕對路徑。優(yōu)點是除非.a文件不存在,否則肯定有效;缺點也是很明顯,拿到其他機器上編譯時,.a文件也必須在相同的路徑下存放。
            3、在要靜態(tài)連接的庫前指定-Bstatic ,在要動態(tài)連接的庫前指定-Bdynamic選項。連接器在看到-Bstatic時會優(yōu)于去找靜態(tài)庫,如果找不到再去找動態(tài)庫。 -Bdynamic也是同樣的情況。可是我實驗的結果是這兩個選項根本不起作用,我的環(huán)境是centos 6.2 gcc4.7.2, 仔細看了gcc 文檔,這兩個選項是針對VxWorks平臺的,所以不起作用。
             
            當我們要編譯一個so提供給外部使用,這個so本身依賴一些第三方庫。但是我們卻希望so的使用者不用關心該so對其他庫的依賴。很自然的是會想到在編譯so的時候把依賴到的第三方庫靜態(tài)鏈接進來。
            我在這樣做的時候碰到了問題:指定-static選項時,link失敗,錯誤提示說要用到的object文件應該用-fPIC選項重新編譯才行(也就是說,只有用-fPIC選項編譯的object文件能被link到.so里);當直接給出.a的絕對路徑的時候link成功,但是.so里卻并沒有直正包含所用到的符合連接。針對碰到的問題,我做了一些實驗。實驗如下:
            static.c

            #include <stdio.h>
             
            const char* sz_static = "i'm a static str.";
             
            void print_niuzai_said()
            {
                printf("in static lib, niu zai said, i'm happy!\n");
            }

            dynamic.c
             
            #include <stdio.h>
            #include "static.h"
             
            void print_papa_said()
            {
                print_niuzai_said();
                printf("in dynamic lib, papa said, niu zai is wonderful!\n");
            }
             

            main.c
             
            #include <unistd.h>
            #include "dynamic.h"
             
            int main(int argc, char** argv)
            {
                print_papa_said();
                return 0;
            }
            分別用兩組命令編譯出了兩個.a 文件
            1、gcc -o static.o -c static.c
                  ar -r libstatic.a static.o
            2、gcc -o static_shared.o -shared -fPIC -c static.c
                  ar -r libstatic_shared.a static_shared.o
             
            然后用此命令  "gcc -o dynamic.o -c dynamic.c"  編譯出dynamic.o文件
            接下來就是本文的主題了,鏈接生成libdynamic.so.此時有這么幾種情況:
            1、使用 "gcc -o libdynamic.so -shared -fPIC -L. -lstatic dynamic.o ",連接成功,但.so里實際上沒有static.o里的內容。
            2、使用"gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic",連接失敗 
            3、使用 "gcc -o libdynamic.so -shared -fPIC -L. -lstatic_shared dynamic.o",連接成功,但.so里實際上沒有static.o里還是沒有的內容。
             
            4、使用 "gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic_shared",連接成功,.a的內容被連接到了.so里面。
             
             
            另外,鏈接靜態(tài)生成可執(zhí)行程序時,靜態(tài)庫是不是用 "-shared -fPIC" 選項編譯產(chǎn)生的沒有影響。都能正常生成可執(zhí)行程序。
            綜合以上情況,總結如下:
            1、動態(tài)連接庫中用到的object文件必須是用 "-shared -fPIC"選項編譯產(chǎn)生的,否則連接時要么報錯,要么被忽略。
            2、靜態(tài)庫中的object文件最好也用"-shared -fPIC"選項編譯,這樣靜態(tài)庫就可以同時被連接到.so 或者可執(zhí)行性文件中。
            3、動態(tài)庫只能連接用"-shared -fPIC"選項編譯出來的靜態(tài)庫(和第1點是同一件事)
            4、連接選項的順序對連接器的行為有重要影響!
             
            靜態(tài)庫使用-shared -fPIC連接命令連接執(zhí)行結果動態(tài)庫結果最終結果
            gcc -o libdynamic.so -shared -fPIC -L. -lstatic dynamic.o成功靜態(tài)庫內容沒有被連接失敗
            gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic失敗 失敗
            gcc -o libdynamic.so -shared -fPIC -L. -lstatic_shared dynamic.o成功靜態(tài)庫內容沒有被連接失敗
            gcc -o libdynamic.so dynamic.o -shared -fPIC -L. -lstatic_shared成功靜態(tài)庫內容被連接成功
             
            亚洲国产成人久久一区久久| 午夜精品久久久久| 久久久久久久女国产乱让韩| 7777久久久国产精品消防器材 | 亚洲综合久久久| 国产精品美女久久久m| 99精品伊人久久久大香线蕉| 99久久做夜夜爱天天做精品| 亚洲欧美日韩精品久久| 久久精品视频一| 亚洲一区二区三区日本久久九| 久久综合一区二区无码| 国产精品美女久久久免费| 97久久精品无码一区二区天美| 久久精品国产亚洲7777| 久久综合九色综合久99| 国产精品久久久久久五月尺| 国产综合免费精品久久久| 久久精品国产精品青草app| 91精品国产高清91久久久久久| 久久久精品视频免费观看| 久久久婷婷五月亚洲97号色| 久久综合香蕉国产蜜臀AV| 久久精品国产乱子伦| 国产亚洲精久久久久久无码AV| 久久精品国产99久久无毒不卡 | 香蕉久久夜色精品国产小说| 久久人做人爽一区二区三区| 久久99精品免费一区二区| 狠狠色丁香婷婷综合久久来| 亚洲精品乱码久久久久久按摩 | 亚洲va久久久久| 久久午夜福利电影| 久久久久亚洲AV无码专区桃色| 精品欧美一区二区三区久久久| 香蕉久久一区二区不卡无毒影院 | 国产精品久久国产精品99盘| 无码人妻精品一区二区三区久久 | 中文字幕久久精品无码| 亚洲AV无码久久精品成人| 久久久久亚洲av无码专区导航|