青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

gcc 庫順序問題解決方法

Posted on 2008-11-09 12:18 小蘇 閱讀(11068) 評論(3)  編輯 收藏 引用
    使用gcc生成可執行文件時,大部分時候我們需要連接我們自己打包(AR)好的一些庫文件,對于中大型(50萬代碼行以上)項目上,你將面對數個項目組,最好的情況是每個項目組發布自己的打包.ar文件,這些.ar文件之間沒有任何依賴關系, 然后由持續集成(ci)小組對這些包進行連接,不幸的是,這幾乎是不可能的, 我們在連接時還是遇到了liba.ar和libb.ar相互依賴的情況。

因為gcc的庫是個有點怪怪的特性,在看-l幫助時可以看到:
       -l library
           Search the library named library when linking.  (The second alter-
           native with the library as a separate argument is only for POSIX
           compliance and is not recommended.)

           It makes a difference where in the command you write this option;
           the linker searches and processes libraries and object files in the
           order they are specified.  Thus, foo.o -lz bar.o searches library z
           after file foo.o but before bar.o.  If bar.o refers to functions in
           z, those functions may not be loaded.

    出于知識產權保護的考慮,每一個項目組可能只允許看到自己的代碼和別的項目組的頭文件,這給CI小組帶來了很頭痛的事情,很多時候你不得不把庫順序來回調整。我也遇到了這樣讓人崩潰的情形,問題是對于liba.ar和libb.ar相互以來的情形,你可能最終采取丑陋的做法,將其中一個庫在前后放兩次:
gcc -o out.bin liba.ar libb.ar liba.ar -lrt
否則,您將不得不面對 "xx not referenced"之類的錯誤。

看看gcc的幫助,有下面的選項
-Xlinker option
           Pass option as an option to the linker.  You can use this to supply
           system-specific linker options which GCC does not know how to rec-
           ognize.

           If you want to pass an option that takes an argument, you must use
           -Xlinker twice, once for the option and once for the argument.  For
           example, to pass -assert definitions, you must write -Xlinker
           -assert -Xlinker definitions.  It does not work to write -Xlinker
           "-assert definitions", because this passes the entire string as a
           single argument, which is not what the linker expects.

也就是說,-Xlinker是將連接選項傳給連接器的,趕快看看ld的幫助有沒有解決庫順序的選項吧:
 -( archives -)
       --start-group archives --end-group
           The archives should be a list of archive files.  They may be either
           explicit file names, or -l options.

           The specified archives are searched repeatedly until no  new  unde-
           fined  references  are  created.   Normally, an archive is searched
           only once in the order that it is specified on  the  command  line.
           If  a symbol in that archive is needed to resolve an undefined sym-
           bol referred to by an object in an archive that  appears  later  on
           the command line, the linker would not be able to resolve that ref-
           erence.  By grouping the archives, they all be searched  repeatedly
           until all possible references are resolved.

           Using  this  option has a significant performance cost.  It is best
           to use it only  when  there  are  unavoidable  circular  references
           between two or more archives.


不錯,我們有個有點怪異的選項,-(和-),它能夠強制"The specified archives are searched repeatedly"
god,這就是我們要找的啦。

最終的做法:
gcc -o output.bin -Xlinker "-(" liba.ar libb.ar -Xlinker "-)" -lrt

這樣可以解決庫順序的問題了!問題是,如果你的庫相互間的依賴如果錯綜復雜的話,可能會增加連接的時間,不過,做架構設計的都應該能考慮到這些問題吧。








Feedback

# re: gcc 庫順序問題解決方法  回復  更多評論   

2008-11-09 18:43 by 踏雪赤兔
好物,謝~

# re: gcc 庫順序問題解決方法  回復  更多評論   

2009-04-22 13:43 by sxg
受教了,謝謝!

# re: gcc 庫順序問題解決方法[未登錄]  回復  更多評論   

2011-07-12 06:13 by Andrew
Thanks!
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美四级在线| 国产精品成av人在线视午夜片 | 美女91精品| 久久久午夜视频| 亚洲欧洲一区二区天堂久久| 亚洲欧洲日韩在线| 欧美日韩激情网| 欧美一区=区| 久久亚洲精品一区| 亚洲视频免费观看| 欧美制服丝袜| 99精品视频免费全部在线| 一本久久综合| 国内外成人在线| 亚洲国产高清在线| 国产精品免费在线| 欧美成人在线免费观看| 欧美日韩午夜| 久热精品视频在线观看| 欧美精品二区| 久久久久高清| 欧美日韩1区2区3区| 欧美影院一区| 欧美搞黄网站| 久久久免费精品视频| 欧美日韩精品久久| 久久免费黄色| 国产精品电影在线观看| 欧美国产免费| 国产日韩欧美中文| 日韩一级黄色片| 亚洲国产va精品久久久不卡综合| 99re8这里有精品热视频免费| 韩国福利一区| 亚洲在线成人精品| 一区二区三区高清在线 | 亚洲乱码视频| 亚洲国产欧美一区二区三区久久 | 国产一区二区三区久久悠悠色av| 日韩手机在线导航| 91久久夜色精品国产九色| 欧美一区2区视频在线观看| 亚洲剧情一区二区| 久久夜色精品国产亚洲aⅴ| 久久久久久久久综合| 国产精品久久久久久久午夜| 亚洲人成网站777色婷婷| **网站欧美大片在线观看| 校园激情久久| 欧美亚洲在线视频| 国产精品扒开腿做爽爽爽软件| 欧美激情中文字幕一区二区| 一区免费观看视频| 久久精品亚洲一区| 久久亚洲国产成人| 精品91免费| 久久蜜桃香蕉精品一区二区三区| 久久精品亚洲精品| 国产一区二区三区成人欧美日韩在线观看| 欧美精品一区视频| 亚洲国产精品久久久久秋霞影院| 激情欧美日韩一区| 久久亚洲视频| 亚洲成色999久久网站| 亚洲国产精品va在看黑人| 久久久一区二区三区| 欧美电影免费观看高清| 亚洲国产电影| 欧美国产大片| 夜夜夜精品看看| 午夜久久tv| 国产日韩欧美不卡在线| 欧美中文在线观看| 欧美高清不卡在线| 亚洲精品欧美激情| 欧美日韩一区二区免费在线观看| 99国产精品久久久| 欧美一区二区三区播放老司机| 国产美女一区| 美女91精品| 日韩午夜在线| 久久久久久久成人| 最新日韩欧美| 国产精品美女久久久| 久久国产乱子精品免费女| 欧美成人精品激情在线观看| 亚洲美女av网站| 国产精品一区毛片| 久久永久免费| 亚洲午夜视频在线观看| 久久久久久久综合狠狠综合| 亚洲人成人77777线观看| 欧美亚洲成人免费| 久久久国产一区二区三区| 91久久午夜| 久久久久久久激情视频| 日韩午夜在线| 国产在线成人| 欧美日韩高清区| 久久久久国产免费免费| 日韩一级欧洲| 欧美mv日韩mv国产网站| 午夜精品久久久久久久久久久久久| 国产在线高清精品| 欧美日韩另类国产亚洲欧美一级| 性欧美18~19sex高清播放| 亚洲国产一区二区a毛片| 久久成人免费日本黄色| 亚洲裸体视频| 在线观看日韩av电影| 国产精品久久影院| 欧美国产日韩视频| 久久久一区二区| 午夜精品视频在线观看| 亚洲精选久久| 欧美高清在线一区| 久久久久久午夜| 老司机精品久久| 性xx色xx综合久久久xx| 中文欧美日韩| 亚洲伦伦在线| 亚洲国产精品精华液2区45| 久久影院亚洲| 久久精品亚洲热| 欧美中文字幕不卡| 欧美一区高清| 亚洲欧美日韩一区二区三区在线观看| 亚洲国产日本| 亚洲欧洲日本专区| 亚洲韩国青草视频| 国产真实乱子伦精品视频| 国产欧美婷婷中文| 国产精品入口福利| 国产精品麻豆va在线播放| 国产精品v欧美精品v日本精品动漫 | 欧美 日韩 国产精品免费观看| 久久超碰97人人做人人爱| 性高湖久久久久久久久| 亚洲欧美日韩国产精品| 亚洲直播在线一区| 亚洲专区国产精品| 欧美亚洲日本网站| 欧美在线啊v| 久久九九久久九九| 美女露胸一区二区三区| 免费人成精品欧美精品| 欧美xx视频| 国产精品看片资源| 国产欧美va欧美va香蕉在| 国产欧美一区二区三区在线老狼| 国产精品亚洲视频| 国内精品久久久久影院优| 在线成人av网站| 亚洲欧洲综合另类| 亚洲一区二区欧美日韩| 欧美一区日韩一区| 久久久欧美精品sm网站| 亚洲第一网站免费视频| 亚洲精品一区久久久久久| 一片黄亚洲嫩模| 欧美一区二区三区成人| 久久久欧美精品sm网站| 欧美+亚洲+精品+三区| 欧美性猛交视频| 国产偷国产偷精品高清尤物| 伊人久久婷婷| 一区二区三区视频观看| 欧美一区二区高清在线观看| 久久午夜影视| 亚洲精选视频免费看| 欧美一级二区| 欧美日韩国产丝袜另类| 国产曰批免费观看久久久| 亚洲国产黄色| 欧美一区二区三区在线免费观看| 另类av导航| 亚洲视频在线观看| 麻豆91精品| 国产精品拍天天在线| 亚洲国产mv| 久久www成人_看片免费不卡| 亚洲国产精品激情在线观看| 亚洲欧美国产77777| 嫩草国产精品入口| 国产精品久久影院| 亚洲精品永久免费精品| 久久久久久久一区| 一区二区福利| 欧美二区在线| 一区二区三区在线观看视频| 亚洲欧美日韩国产成人| 亚洲人成久久| 玖玖在线精品| 国内精品久久久久久久果冻传媒| 亚洲视频第一页| 亚洲国产美女精品久久久久∴| 欧美一区二区视频97| 国产精品久久久久久久久久免费看| 亚洲欧洲一区| 欧美成人福利视频|