• <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>
                使用gcc生成可執(zhí)行文件時(shí),大部分時(shí)候我們需要連接我們自己打包(AR)好的一些庫(kù)文件,對(duì)于中大型(50萬(wàn)代碼行以上)項(xiàng)目上,你將面對(duì)數(shù)個(gè)項(xiàng)目組,最好的情況是每個(gè)項(xiàng)目組發(fā)布自己的打包.ar文件,這些.ar文件之間沒(méi)有任何依賴(lài)關(guān)系, 然后由持續(xù)集成(ci)小組對(duì)這些包進(jìn)行連接,不幸的是,這幾乎是不可能的, 我們?cè)谶B接時(shí)還是遇到了liba.ar和libb.ar相互依賴(lài)的情況。

            因?yàn)間cc的庫(kù)是個(gè)有點(diǎn)怪怪的特性,在看-l幫助時(shí)可以看到:
                   -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.

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

            看看gcc的幫助,有下面的選項(xiàng)
            -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.

            也就是說(shuō),-Xlinker是將連接選項(xiàng)傳給連接器的,趕快看看ld的幫助有沒(méi)有解決庫(kù)順序的選項(xiàng)吧:
             -( 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.


            不錯(cuò),我們有個(gè)有點(diǎn)怪異的選項(xiàng),-(和-),它能夠強(qiáng)制"The specified archives are searched repeatedly"
            god,這就是我們要找的啦。

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

            這樣可以解決庫(kù)順序的問(wèn)題了!問(wèn)題是,如果你的庫(kù)相互間的依賴(lài)如果錯(cuò)綜復(fù)雜的話(huà),可能會(huì)增加連接的時(shí)間,不過(guò),做架構(gòu)設(shè)計(jì)的都應(yīng)該能考慮到這些問(wèn)題吧。








            Feedback

            # re: gcc 庫(kù)順序問(wèn)題解決方法  回復(fù)  更多評(píng)論   

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

            # re: gcc 庫(kù)順序問(wèn)題解決方法  回復(fù)  更多評(píng)論   

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

            # re: gcc 庫(kù)順序問(wèn)題解決方法[未登錄](méi)  回復(fù)  更多評(píng)論   

            2011-07-12 06:13 by Andrew
            Thanks!
            东京热TOKYO综合久久精品| 久久播电影网| 国产精品免费久久久久影院| 久久久久无码精品国产app| 久久久久波多野结衣高潮| 久久久久久久综合日本亚洲| 久久精品国产72国产精福利| 精品国产乱码久久久久软件| 国产精品美女久久久久AV福利| 久久无码高潮喷水| 青青热久久综合网伊人| 久久精品人妻中文系列| 18岁日韩内射颜射午夜久久成人| 亚洲v国产v天堂a无码久久| 亚洲AV无码久久精品蜜桃| 久久综合九色欧美综合狠狠| 久久偷看各类wc女厕嘘嘘| 亚洲中文字幕伊人久久无码| 欧美伊香蕉久久综合类网站| 青青草原精品99久久精品66| 久久亚洲精品国产精品婷婷 | 久久久久亚洲爆乳少妇无| 亚洲综合伊人久久大杳蕉| 精品久久久久久国产牛牛app| 久久久噜噜噜久久熟女AA片| 欧美亚洲国产精品久久| 精品国产乱码久久久久久浪潮| 久久亚洲春色中文字幕久久久| 久久久久国产| 国产香蕉97碰碰久久人人| 国产精品久久亚洲不卡动漫| 99久久国产综合精品女同图片| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 久久精品国产99久久久香蕉| 国产精品99精品久久免费| 久久久久亚洲av综合波多野结衣| 青青久久精品国产免费看| 国产69精品久久久久99| 国内精品欧美久久精品| 久久AⅤ人妻少妇嫩草影院| 久久国产成人午夜AV影院|