• <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>
            asm, c, c++ are my all
            -- Core In Computer
            posts - 139,  comments - 123,  trackbacks - 0

            /********************************************\
            |????歡迎轉(zhuǎn)載, 但請保留作者姓名和原文鏈接, 祝您進(jìn)步并共勉!???? |
            \********************************************/

            VC++的鏈接錯誤LNK2005


            作者: Jerry Cat
            時間: 2006/04/19
            鏈接: http://www.shnenglu.com/jerysun0818/archive/2006/04/19/5913.html

            編程中經(jīng)常能遇到LNK2005錯誤——重復(fù)定義錯誤,其實LNK2005錯誤并不是一個很難解決的錯誤。弄清楚它形成的原因,就可以輕松解決它了。

            造成LNK2005錯誤主要有以下幾種情況:
            1.重復(fù)定義全局變量。可能存在兩種情況:
            A、對于一些初學(xué)編程的程序員,有時候會以為需要使用全局變量的地方就可以使用定義申明一下。其實這是錯誤的,全局變量是針對整個工程的。正確的應(yīng)該是在一個CPP文件中定義如下:int g_Test;那么在使用的CPP文件中就應(yīng)該使用:extern int g_Test即可,如果還是使用int g_Test,那么就會產(chǎn)生LNK2005錯誤,一般錯誤錯誤信息類似:AAA.obj error LNK2005 int book c?
            book@@3HA already defined in BBB.obj。切記的就是不能給變量賦值否則還是會有LNK2005錯誤。
            ?????? 這里需要的是“聲明”,不是“定義”!根據(jù)C++標(biāo)準(zhǔn)的規(guī)定,一個變量是聲明,必須同時滿足兩個條件,否則就是定義:
            (1)聲明必須使用extern關(guān)鍵字;(2)不能給變量賦初值
            所以,下面的是聲明:
            extern int a;
            下面的是定義
            int a; int a = 0; extern int a =0;
            B、對于那么編程不是那么嚴(yán)謹(jǐn)?shù)某绦騿T,總是在需要使用變量的文件中隨意定義一個全局變量,并且對于變量名也不予考慮,這也往往容易造成變量名重復(fù),而造成LNK2005錯誤。

            2.頭文件的包含重復(fù)。往往需要包含的頭文件中含有變量、函數(shù)、類的定義,在其它使用的地方又不得不多次包含之,如果頭文件中沒有相關(guān)的宏等防止重復(fù)鏈接的措施,那么就會產(chǎn)生LNK2005錯誤。解決辦法是在需要包含的頭文件中做類似的處理:#ifndef MY_H_FILE?? //如果沒有定義這個宏
            #define MY_H_FILE?? //定義這個宏
            …….?? //頭文件主體內(nèi)容
            …….
            #endif
            上面是使用宏來做的,也可以使用預(yù)編譯來做,在頭文件中加入:
            #pragma once
            //頭文件主體
            3.使用第三方的庫造成的。這種情況主要是C運行期函數(shù)庫和MFC的庫沖突造成的。具體的辦法就是將那個提示出錯的庫放到另外一個庫的前面。另外選擇不同的C函數(shù)庫,可能會引起這個錯誤。微軟和C有兩種C運行期函數(shù)庫,一種是普通的函數(shù)庫:LIBC.LIB,不支持多線程。另外一種是支持多線程的:msvcrt.lib。如果一個工程里,這兩種函數(shù)庫混合使用,可能會引起這個錯誤,一般情況下它需要MFC的庫先于C運行期函數(shù)庫被鏈接,因此建議使用支持多線程的msvcrt.lib。所以在使用第三方的庫之前首先要知道它鏈接的是什么庫,否則就可能造成LNK2005錯誤。如果不得不使用第三方的庫,可以嘗試按下面所說的方法修改,但不能保證一定能解決問題,前兩種方法是微軟提供的:
            A、選擇VC菜單Project->Settings->Link->Catagory選擇Input,再在Ignore libraries 的Edit欄中填入你需要忽略的庫,如:Nafxcwd.lib;Libcmtd.lib。然后在Object/library Modules的Edit欄中填入正確的庫的順序,這里需要你能確定什么是正確的順序,呵呵,God bless you!
            B、選擇VC菜單Project->Settings->Link頁,然后在Project Options的Edit欄中輸入/verbose:lib,這樣就可以在編譯鏈接程序過程中在輸出窗口看到鏈接的順序了。
            C、選擇VC菜單Project->Settings->C/C++頁,Catagory選擇Code Generation后再在User Runtime libraray中選擇MultiThread DLL等其他庫,逐一嘗試。

            這就是我所遇到過的LNK2005錯誤的幾種情況,肯定還有其他的情況也可能造成這種錯誤,所以我不希望你在看完這篇文章以后,再遇到LNK2005錯誤時候,不動腦筋的想對號入座的排除錯誤。編程的過程就是一個思考的過程,所以還是多多開動你的頭腦,那樣收獲會更多!
            =======================================
            支持,我在社區(qū)里也看到了許多LINK 2005錯
            補充一點,就是一次在用第三方庫時,由于errno被重定義,用多種方法都不能解決,后查找MSDN,發(fā)現(xiàn)link有個選項/FORCE可以解決,在IDE下
            Project->Settings->Link頁,選categroy為custom,將force file output前打勾
            但會有警告
            warning LNK4088: image being generated due to /FORCE option; image may not run
            但的確解決了問題,這是由于VC對重定義比較嚴(yán)格,像BCB或GCC在庫中的重定義不會有任何警告或錯誤
            ========================================
            我發(fā)現(xiàn)的另外一個出現(xiàn)LINK2005的現(xiàn)象,好像是由于名稱空間而引起的。我在dos下寫的程序沒有問題,但是放在mfc中就出現(xiàn)了這個鏈接錯誤。因為起初圖省事,我在一個頭文件中寫了using namespace std,并且這個頭文件我多處使用,另外,我還使用了boost庫。后來,問題解決的方法非常奇怪,在一個頭文件中引用其他頭文件,這些頭文件的順序換一下就通過了,那個出現(xiàn)問題的頭文件中我使用了std::map,當(dāng)我把這種容器使用模板代替后,鏈接就有沒事了。(例如:template<class coll>),后來感到模板技術(shù)還有這種效果,賺了!哈哈
            ========================================
            What are the C and C++ libraries my program would link with?

            ????????????????????? Summary Table

            ?Compile?? Old???????????? New IOStream?? ?Libraries

            ?Option???? IOStream?? ?or STL???????? ?????? Linked With

            ?

            ?/ML??????? No??????????????? No???????????????????LIBC.LIB

            ?/MLd????? No??????????????? No???????????????????LIBCD.LIB

            ?/MT??????? No??????????????? No???????????????????LIBCMT.LIB

            ?/MTd????? No??????????????? No???????????????????LIBCMTD.LIB

            ?/MD?????? No???????????????? No???????????????????MSVCRT.LIB

            ?/MDd?????No???????????????? No???????????????????MSVCRTD.LIB

            ?/ML??????? No??????????????? Yes???????????????????LIBC.LIB,??? ?LIBCP.LIB

            ?/MLd????? No??????????????? Yes???????????????????LIBCD.LIB,?? LIBCPD.LIB

            ?/MT??????? No??????????????? Yes???????????????????LIBCMT.LIB,? LIBCPMT.LIB

            ?/MTd????? No??????????????? Yes???????????????????LIBCMTD.LIB, LIBCPMTD.LIB

            ?/MD??????? No??????????????? Yes???????????????????MSVCRT.LIB,? MSVCPRT.LIB

            ?/MDd????? No??????????????? Yes???????????????????MSVCRTD.LIB, MSVCPRTD.LIB

            ?/ML??????? Yes??????????????? No???????????????????LIBC.LIB,??? ??LIBCI.LIB

            ?/MLd????? Yes??????????????? No???????????????????LIBCD.LIB,?? ?LIBCID.LIB

            ?/MT??????? Yes??????????????? No???????????????????LIBCMT.LIB,? ?LIBCIMT.LIB

            ?/MTd????? Yes??????????????? No???????????????????LIBCMTD.LIB, ?LIBCIMTD.LIB

            ?/MD??????? Yes??????? ?????? No???????????????????MSVCRT.LIB,? MSVCIRT.LIB

            ?/MDd????? Yes??????? ?????? No???????????????????MSVCRTD.LIB, MSVCIRTD.LIB


            你的程序使用了/ML編譯選項,而程序依賴的.lib可能使用/MDd選項編譯,造成鏈接沖突.

            統(tǒng)一編譯選項可回避此錯誤
            Project Settings->C/C++ Tab->Category:CodeGeneration
            Use run-time library組合框中選擇Multithread Dll(或Debug Multithread Dll )

            Summary Table for CRT DLLs Used
            Import Library Linked With DLLs Used (Visual C++ 5.0|6.0) DLLs Used (Visual C++ 4.2) DLLs Used (Visual C++ .NET 2002| Visual C++ .NET 2003)
            MSVCRT.LIB MSVCRT.DLL MSVCRT.DLL MSVCRT.DLL
            MSVCRTD.LIB MSVCRTD.DLL MSVCRTD.DLL MSVCRTD.DLL
            MSVCPRT.LIB MSVCP(5|6)0.DLL MSVCP7(0|1).DLL
            MSVCPRTD.LIB MSVCP(5|6)0D.DLL MSVCP7(0|1)D.DLL
            MSVCIRT.LIB MSVCIRT.DLL MSVCIRT.DLL
            MSVCIRTD.LIB MSVCIRTD.DLL MSVCIRTD.DLL


            注意:所有相關(guān)工程都應(yīng)該選擇相同編譯選項
            ========================================
            微軟的MSDN中查到信息的

            可能的原因

            不慎同時與單線程庫和多線程庫鏈接。確保應(yīng)用程序項目文件只包括適當(dāng)?shù)膸欤⑶胰魏蔚谌綆煲堰m當(dāng)創(chuàng)建了單線程或多線程版本。
            該符號為封裝函數(shù)(通過用 /Gy 編譯創(chuàng)建),包含在多個文件中,但在各編譯間已改變。重新編譯所有包含 symbol 的文件。
            以不同的形式在不同庫中的兩個成員對象中定義了該符號,并且使用了這兩個成員對象。
            某個絕對符號被定義兩次,而每次定義的值不同。
            頭文件聲明并定義了變量。可能的解決方案有:
            在 .h 中聲明變量:extern BOOL MyBool;,然后在 .c 或 .cpp 文件中向它分配:BOOL MyBool = FALSE;。
            將變量聲明為 Static。
            將變量聲明為 selectany。
            當(dāng)將 uuid.lib 與定義 GUID 的其他 .lib 文件(例如 oledb.lib 和 adsiid.lib)一起使用時。例如:
            oledb.lib(oledb_i.obj) : error LNK2005: _IID_ITransactionObject
            already defined in uuid.lib(go7.obj)
            若要修復(fù),請將 /FORCE:MULTIPLE 添加到鏈接器命令行選項,并確保 uuid.lib 是引用的第一個庫。

            有關(guān)更多信息,請參閱知識庫文章:

            Q148652,PRB: LNK2005 Errors When Link C Run-Time Libraries Are Linked Before MFC Libraries。
            Q140440,F(xiàn)IX: Global Overloaded Delete Operator Causes LNK2005。
            Q184235,PRB: LNK2005 Errors on New and Delete When Defining _ATL_MIN_CRT。
            該錯誤之后為致命錯誤 LNK1169。
            =======================================
            有時候因為工程使用了預(yù)編譯頭文件并且是增量編譯,所以當(dāng)你改動以后可能也會出現(xiàn)LNK2005錯誤,提示“XXXX已經(jīng)在XXXX.obj文件中定義”的消息,這時候只要Rebuild All一般都能解決問題。這是因為頭文件的順序被改動等等操作造成的。
            最后要說明的:事物是在不斷變化中的,C++的標(biāo)準(zhǔn)在變化,編譯器也在變化,所以并不是所有的LNK2005錯誤都可以在這里找到答案,但是至少它能給你以提示。學(xué)習(xí)并思考才是正確的!

            posted on 2006-04-19 23:45 Jerry Cat 閱讀(3922) 評論(0)  編輯 收藏 引用

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理



            <2006年5月>
            30123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            常用鏈接

            留言簿(7)

            隨筆檔案

            最新隨筆

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品无码一区二区三区免费| 麻豆一区二区99久久久久| 伊人久久综合热线大杳蕉下载| 久久电影网2021| 久久综合九色欧美综合狠狠| 人妻无码αv中文字幕久久琪琪布 人妻无码久久一区二区三区免费 人妻无码中文久久久久专区 | 色欲综合久久躁天天躁| 伊人久久大香线蕉综合Av | 亚洲精品午夜国产VA久久成人| 国产精品无码久久综合 | 国产精品美女久久久网AV| 香蕉99久久国产综合精品宅男自 | 久久久久国产一级毛片高清版| 久久国产精品偷99| 久久久无码人妻精品无码| 久久久久人妻精品一区三寸蜜桃| 国产激情久久久久久熟女老人 | 久久青青草原国产精品免费 | 国产精久久一区二区三区| 国内精品伊人久久久影院| 国产福利电影一区二区三区久久老子无码午夜伦不 | 伊人久久综在合线亚洲2019| 欧美日韩精品久久久免费观看| 久久精品国产福利国产秒| 午夜人妻久久久久久久久| 四虎国产精品成人免费久久| 一级做a爱片久久毛片| 久久精品亚洲精品国产色婷| 久久亚洲sm情趣捆绑调教| 亚洲国产香蕉人人爽成AV片久久 | 国产精品9999久久久久| 久久国产色AV免费看| 无码人妻久久久一区二区三区 | 久久久不卡国产精品一区二区| 精品午夜久久福利大片| 99久久国产综合精品麻豆| 久久久久AV综合网成人| av午夜福利一片免费看久久| 99精品久久久久中文字幕| 国产精品久久久久久久午夜片| 伊人久久免费视频|