• <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++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            https://blog.csdn.net/u010606602/article/details/52247839

            在一次偶然的機會中,查看公司(公司用的是unix aix編譯器xlc)庫代碼在看到Makefile 時,發現其后面對生成的動態庫進行了軟連接的操作。

            { 這邊插入一個知識點,在unxi,aix,xlc編譯器生成動態庫和靜態庫的方法:

            動態庫: xlC -bh:5 -G -o lib**.so   obj1.o obj2.o obj3.o
                (注意:xlC -bh:5 是連接link語法,生產動態庫只要在鏈接時加入 -G 即可)
            靜態庫: ar -r lib**.a obj1.o obj2.o obj3.o
            }
            1
            2
            3
            4
            5
            6
            在生產動態庫后面發下了還有一條命令ln -s lib**.so lib**.a命令; 
            后面經查看xlc使用說明得到答案。(可以在命令窗口直接輸入 xlc即可查看他的使用手冊)

            在xlc使用手冊中有以下說明: 

            -g Produce information for the debugger. 
            -G Tells the linkage editor to create a dynamic library. 
            -I<dir> Search in directory <dir> for include files that 
            do not start with an absolute path. 
            -l<key> Search the specified library file, 
            where <key> selects the file lib<key>.a. 
            -L<dir> Search in directory <dir> for files specified by -l<key>. 
            其中: 
            -l<key> Search the specified library file, 
            where selects the file lib.a. <\font>

            這個描述的是在編譯運行程序代碼,連接操作時連接庫的使用方法 ,這里已經說明了,link時其后面的-l,xcl他找的是.a后綴的庫文件。所以才會出現我一開始說的問題,makefile 在生成動態庫之后,用ln -s對動態庫lib**.so 軟連接成lib**.a了。

            這里貼上公司生產動態庫的makefile 一段貼上來: 

            shared_public: $(TARGET_SHARED_PUBLIC) 
            $(TARGET_SHARED_PUBLIC): $(PUBLIC_OBJS) 
            $(LINK) $(SHARED) -o $@ $(PUBLIC_OBJS) 
            -cd $(SHARED_PATH); ln -s lib$(PUBLIC_NAME).so lib$(PUBLIC_NAME).a 
            --------------------- 
            作者:2郎神 
            來源:CSDN 
            原文:https://blog.csdn.net/u010606602/article/details/52247839 
            版權聲明:本文為博主原創文章,轉載請附上博文鏈接!



            2.在使用動態鏈接庫時,可以在編譯選項里加上-l<key>,并加上-L<path>,來找到path目錄下的名為lkey.so或lkey.a的鏈接文件,在AIX環境下,在編譯的時候通過這種方式只能尋找lkey.a的庫文件,無法找到lkey.so的庫文件,會有提示錯誤說:無法打開文件,這時需要加上-brtl選項,這樣編譯器在尋找庫文件時就會同時尋找目錄下的lkey.so和lkey.a這兩種類型的庫文件!



            由于AIX環境下動態庫的編譯機制問題,應用程序查找動態庫時,會去查找一個同名的.a文件。所以,很多人動態庫編譯成功,應用程序編譯時卻無法找到該動態庫。解決辦法是,在動態庫的路徑下,創建一個同名.a的連接,如ln -s libname.so libname.a。
            久久se精品一区二区| 国产巨作麻豆欧美亚洲综合久久| 少妇被又大又粗又爽毛片久久黑人| 久久久精品国产亚洲成人满18免费网站 | 国产精品久久久久9999| 亚洲乱亚洲乱淫久久| 久久天天躁夜夜躁狠狠躁2022| 人妻精品久久无码区| 久久久久亚洲av成人无码电影| 新狼窝色AV性久久久久久| 欧美一区二区精品久久| 久久亚洲精品成人无码网站| 久久久国产精品亚洲一区| 久久激情五月丁香伊人| av午夜福利一片免费看久久| 思思久久好好热精品国产| 91久久九九无码成人网站| AV狠狠色丁香婷婷综合久久| 久久99国产精品成人欧美| AAA级久久久精品无码片| 国产午夜精品久久久久九九电影| 亚洲欧美一级久久精品| 久久免费国产精品一区二区| 亚洲AV无码久久精品成人 | 蜜臀av性久久久久蜜臀aⅴ| 国产99久久久国产精品~~牛| 亚洲AV日韩AV永久无码久久| 久久久久国产精品嫩草影院| 成人资源影音先锋久久资源网| 久久久久久精品无码人妻| 久久久精品久久久久久| 性高朝久久久久久久久久| 精品久久久久久久久久久久久久久| 久久久久夜夜夜精品国产| 99久久er这里只有精品18| 久久久久亚洲av无码专区导航| 无码人妻久久一区二区三区蜜桃| 久久久WWW成人免费精品| 精品国产综合区久久久久久| 精品99久久aaa一级毛片| 久久人人爽人人精品视频|