• <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++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            問(wèn)題

            最近項(xiàng)目遇到一些問(wèn)題,場(chǎng)景如下

            主程序依賴了兩個(gè)庫(kù)libA的funcA函數(shù)和libB的funcB函數(shù)。示意的代碼(main.cpp)如下:

            #include <cstdio>  int funcA(int, int); int funcB(int, int);  int main() {     printf("%d,", funcA(2, 1));     printf("%d\n", funcB(2, 1));     return 0; }

            libA示意實(shí)現(xiàn)(libA.cpp)如下:

            int subfunc(int a, int b) {     return a + b; }  int funcA(int a, int b) {     return subfunc(a, b); }

            libB示意實(shí)現(xiàn)(libB.cpp)如下:

            int subfunc(int a, int b) {     return a - b; }  int funcB(int a, int b) {     return subfunc(a, b); }

            可見(jiàn)funcA調(diào)用了libA中的內(nèi)部函數(shù)subfunc,funcB調(diào)用了libB中的內(nèi)部函數(shù)subfunc,這兩個(gè)subfunc實(shí)現(xiàn)不同,但不幸的是名字不小心起得一樣了

            這時(shí)我們嘗試編譯并運(yùn)行:

            g++ -fPIC libA.cpp -shared -o libA.so g++ -fPIC libB.cpp -shared -o libB.so  g++ main.cpp libA.so libB.so -o main  export LD_LIBRARY_PATH=. ./main

            我們期望的結(jié)果是3,1(funcA和funcB各自調(diào)用不同的subfunc實(shí)現(xiàn)),

            實(shí)際得到的結(jié)果是3,3(funcA和funcB都調(diào)用了libA中的subfunc實(shí)現(xiàn))

            原因

            我們通過(guò)readelf來(lái)查看符號(hào):

            $ readelf -a libA.so | grep subfunc 000000200a60  000200000007 R_X86_64_JUMP_SLO 0000000000000708 _Z7subfuncii + 0      2: 0000000000000708    20 FUNC    GLOBAL DEFAULT   10 _Z7subfuncii     45: 0000000000000708    20 FUNC    GLOBAL DEFAULT   10 _Z7subfuncii  $ readelf -a libB.so | grep subfunc  000000200a60  000200000007 R_X86_64_JUMP_SLO 0000000000000708 _Z7subfuncii + 0      2: 0000000000000708    22 FUNC    GLOBAL DEFAULT   10 _Z7subfuncii     45: 0000000000000708    22 FUNC    GLOBAL DEFAULT   10 _Z7subfuncii

            可見(jiàn)libA和libB里面都有subfunc符號(hào),名字完全一樣,而且都是GLOBAL的

            GLOBAL的符號(hào)即全局的符號(hào),同名的全局符號(hào)會(huì)被認(rèn)為是同一個(gè)符號(hào),由于main先加載了libA,得到了libA中的subfunc符號(hào),再加載libB時(shí),就把libB中的subfunc忽略了。

            解決方案

            這其實(shí)是符號(hào)的可見(jiàn)性(Symbol Visibility)問(wèn)題,既然有GLOBAL符號(hào),那自然會(huì)有LOCAL符號(hào),LOCAL的符號(hào)只在當(dāng)前l(fā)ib可見(jiàn),全局不可見(jiàn)。

            如何將符號(hào)變成LOCAL的呢,最直接的就是加上visibility為hidden的標(biāo)志,修改后的libA.cpp:

            __attribute__ ((visibility ("hidden"))) int subfunc(int a, int b) {     return a + b; }  int funcA(int a, int b) {     return subfunc(a, b); }

            再重新編譯執(zhí)行,可以得到結(jié)果為3,1,成功!這里再查看一下libA的符號(hào):

            $ readelf -a libA.so | grep subfunc     40: 00000000000006a8    20 FUNC LOCAL DEFAULT 10 _Z7subfuncii

            可見(jiàn)subfunc符號(hào)已經(jīng)變成了LOCAL

            默認(rèn)LOCAL

            上面的方法可以解決問(wèn)題,但是,實(shí)際情況往往是,libA里面有很多的內(nèi)部函數(shù),而暴露給外部的只有少數(shù),能不能指定少數(shù)符號(hào)為GLOBAL,其它的都是LOCAL呢?答案是肯定的,修改libA.cpp如下:

            int subfunc(int a, int b) {     return a + b; }  __attribute__ ((visibility ("default"))) int funcA(int a, int b) {     return subfunc(a, b); }

            這時(shí),libA的編譯參數(shù)需要加上-fvisibility=hidden:

            g++ -fPIC libA.cpp -shared -fvisibility=hidden -o libA.so

            同樣可以解決問(wèn)題。

            跨平臺(tái)兼容性

            windows平臺(tái)對(duì)于符號(hào)的行為是不一樣的,windows默認(rèn)動(dòng)態(tài)庫(kù)里符號(hào)是LOCAL的,通過(guò)__declspec(dllexport)來(lái)聲明GLOBAL符號(hào),所以可以用下面的方式來(lái)兼容:

            #if defined _WIN32 || defined __CYGWIN__   #ifdef BUILDING_DLL     #ifdef __GNUC__       #define DLL_PUBLIC __attribute__ ((dllexport))     #else       #define DLL_PUBLIC __declspec(dllexport) // Note: actually gcc seems to also supports this syntax.     #endif   #else     #ifdef __GNUC__       #define DLL_PUBLIC __attribute__ ((dllimport))     #else       #define DLL_PUBLIC __declspec(dllimport) // Note: actually gcc seems to also supports this syntax.     #endif   #endif   #define DLL_LOCAL #else   #if __GNUC__ >= 4     #define DLL_PUBLIC __attribute__ ((visibility ("default")))     #define DLL_LOCAL  __attribute__ ((visibility ("hidden")))   #else     #define DLL_PUBLIC     #define DLL_LOCAL   #endif #endif

            隱藏外部依賴的符號(hào)

            我遇到的實(shí)際情況比上面更復(fù)雜一些,subfunc并不是在libA中實(shí)現(xiàn)的,而是在另一個(gè)外部庫(kù)libsubfunc.a中實(shí)現(xiàn)的。libA通過(guò)包含頭文件來(lái)獲取到這個(gè)函數(shù):

            #include "subfunc.h"  int funcA(int a, int b) {     return subfunc(a, b); }

            上面的-fvisibility僅對(duì)實(shí)現(xiàn)生效,不能對(duì)聲明生效。但libsubfunc.a是第三方庫(kù),我們不能去改它的代碼,也不能改它的頭文件,對(duì)于這種情況,gcc提供了下面方式來(lái)支持:

            #pragma GCC visibility push(hidden) #include "subfunc.h" #pragma GCC visibility pop  int funcA(int a, int b) {     return subfunc(a, b); }

            這種方式更方便靈活。

            如果是dlopen載入so可以通過(guò)參數(shù)控制。

            久久久亚洲欧洲日产国码二区| 国产午夜精品久久久久九九| 亚洲国产欧美国产综合久久| 久久av无码专区亚洲av桃花岛| 品成人欧美大片久久国产欧美| 欧美久久一级内射wwwwww.| 国产亚洲精品久久久久秋霞| 国产精品毛片久久久久久久| 色妞色综合久久夜夜| 久久成人影院精品777| 中文国产成人精品久久亚洲精品AⅤ无码精品| 亚洲人成网站999久久久综合| 国产精品久久永久免费| 精品一二三区久久aaa片| 国产精品女同一区二区久久| 久久精品99久久香蕉国产色戒 | 国产午夜福利精品久久2021 | 亚州日韩精品专区久久久| 精品永久久福利一区二区| 亚洲精品久久久www| 青草影院天堂男人久久| 久久成人国产精品免费软件| 久久国产精品波多野结衣AV| 国产精品久久久久久福利漫画 | 亚洲欧美国产精品专区久久| 国产午夜免费高清久久影院 | 亚洲va久久久噜噜噜久久天堂| 色综合合久久天天给综看| 国内精品久久久久久久coent| 国产成人无码久久久精品一 | 久久人人超碰精品CAOPOREN| 香港aa三级久久三级| 久久精品草草草| 亚洲国产成人久久精品影视 | 国内精品久久久久影院日本| 欧美丰满熟妇BBB久久久| 亚洲AV日韩AV天堂久久| 无码国内精品久久人妻蜜桃 | 久久精品国产亚洲av麻豆蜜芽| 午夜精品久久影院蜜桃| 亚洲国产成人精品女人久久久|