• <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>
            

    
            

            




            







												


        


            


            牽著老婆滿街逛
            

            嚴以律己,寬以待人. 三思而后行.
            
GMail/GTalk: yanglinbo#google.com;
            
MSN/Email: tx7do#yahoo.com.cn;
            
QQ: 3 0 3 3 9 6 9 2 0 .
            

            




            
	
					
	
            
		
            
			探索C++的秘密之詳解extern "C"
		
            
		
		
            
		
            
		
            時常在cpp的代碼之中看到這樣的代碼: 

            
		
            
				
				#ifdef?__cplusplus
            
				extern
				?
				"
				C
				"
				?
				
				
						{
            
						#endif
						
								
            
								
								
            
								
						            
						//
						一段代碼
						
								
            
								
						            
						
								
            
								#ifdef?__cplusplus
            }            
				            
				
						
            
						
				            
				#endif
		
            
		
            　　這樣的代碼到底是什么意思呢？首先，__cplusplus是cpp中的自定義宏，那么定義了這個宏的話表示這是一段cpp的代碼，也就是說，上面的代碼的含義是:如果這是一段cpp的代碼，那么加入extern "C"{和}處理其中的代碼。
            　　要明白為何使用extern "C"，還得從cpp中對函數的重載處理開始說起。在c++中，為了支持重載機制，在編譯生成的匯編碼中，要對函數的名字進行一些處理，加入比如函數的返回類型等等.而在C中，只是簡單的函數名字而已，不會加入其他的信息.也就是說:C++和C對產生的函數名字的處理是不一樣的.

            　　比如下面的一段簡單的匯編代碼都有哪些變化:

            int?f(void)
            {
            return?1;
            }

            　　在加入extern "C"的時候產生的匯編代碼是:

            .file?"test.cxx"
            .text
            .align?            2
            .globl?_f
            .def?_f;?.scl?            2;?.type?32;?.endef
            _f:
            pushl?            %ebp
            movl?            %esp，?%ebp
            movl?$            1，?%eax
            popl?            %ebp
            ret

            　　但是不加入了extern "C"之后

            .file?"test.cxx"
            .text
            .align?            2
            .globl?__Z1fv
            .def?__Z1fv;?.scl?            2;?.type?32;?.endef
            __Z1fv:
            pushl?            %ebp
            movl?            %esp，?%ebp
            movl?$            1，?%eax
            popl?            %ebp
            ret

            　　兩段匯編代碼同樣都是使用gcc -S命令產生的，所有的地方都是一樣的，唯獨是產生的函數名，一個是_f，一個是__Z1fv。

            　　明白了加入與不加入extern "C"之后對C++之父在設計C++之時，考慮到當時已經存在了大量的C代碼，為了支持原來的C代碼和已經寫好C庫，需要在
            　　試想這樣的情況:一個庫文件已經用C寫好了而且運行得很良好，這個時候我們需要使用這個庫文件，但是我們需要使用            C++來寫這個新的代碼。如果這個代碼使用的是C++的方式鏈接這個C庫文件的話，那么就會出現鏈接錯誤.我們來看一段代碼:首先，我們使用C的處理方式來寫一個函數，也就是說假設這個函數當時是用C寫成的:

            //f1.c
            extern?"C"
            {
            void?f1()
            {
            return;
            }
            }

            　　編譯命令是:gcc -c f1.c -o f1.o 產生了一個叫f1.o的庫文件。再寫一段代碼調用這個f1函數:

            //?test.cxx
            //這個extern表示f1函數在別的地方定義，這樣可以通過
            //編譯，但是鏈接的時候還是需要
            //鏈接上原來的庫文件.
            extern?void?f1();

            int?main()
            {
            f1();

            return?0;
            }

            　　通過gcc -c test.cxx -o test.o 產生一個叫test.o的文件。然后，我們使用gcc test.o f1.o來鏈接兩個文件，可是出錯了，錯誤的提示是:

            test.o(.text?+?0x1f):test.cxx:?undefine?reference?to?'f1()'

            　　也就是說，在編譯test.cxx的時候編譯器是使用C++的方式來處理f1()函數的，但是實際上鏈接的庫文件卻是用C的方式來處理函數的，所以就會出現鏈接過不去的錯誤:因為鏈接器找不到函數。

            　　因此，為了在
            　　比如，現在我們有了一個C庫文件，它的頭文件是f.h，產生的lib文件是f.lib，那么我們如果要在            C++中使用這個庫文件，我們需要這樣寫:

            extern?"C"
            {
            #include?            "f.h"
            }

            　　回到上面的問題，如果要改正鏈接錯誤，我們需要這樣子改寫test.cxx:

            extern?"C"
            {
            extern?void?f1();
            }

            int?main()
            {
            f1();

            return?0;
            }

            　　重新編譯并且鏈接就可以過去了.

            　　總結

            　　C和C++對C++能夠調用C寫作的庫文件的一個手段，如果要對編譯器提示使用C的方式來處理
			posted on 2006-04-16 16:05 楊粼波 閱讀(273) 評論(0)  編輯 收藏 引用  所屬分類: 文章收藏 
		
            
	
            
	
	





            
	    
    




            






            

				

            



    
    







            
	   
	



亚洲精品国产成人99久久|
色成年激情久久综合|
精品国产VA久久久久久久冰
|
日本精品久久久中文字幕
|
国产91色综合久久免费分享|
天天躁日日躁狠狠久久|
久久精品亚洲中文字幕无码麻豆|
国产精品一久久香蕉产线看|
97久久婷婷五月综合色d啪蜜芽|
久久国内免费视频|
久久人人爽人人爽人人片AV高清
|
无码任你躁久久久久久老妇App|
热99RE久久精品这里都是精品免费
|
久久久亚洲AV波多野结衣|
色妞色综合久久夜夜|
伊人久久大香线蕉亚洲五月天|
国产aⅴ激情无码久久|
亚洲va国产va天堂va久久|
国产精品免费看久久久|
日韩亚洲欧美久久久www综合网|
国产精自产拍久久久久久蜜|
无码精品久久一区二区三区|
精品无码久久久久国产动漫3d|
亚洲午夜久久久久久久久电影网
|
久久久久人妻一区二区三区vr|
久久人人爽人人爽人人AV东京热|
久久99久久无码毛片一区二区|
亚洲国产一成人久久精品|
精品国产乱码久久久久久郑州公司|
国产精品伊人久久伊人电影|
久久久久亚洲AV无码观看|
久久久久高潮毛片免费全部播放|
久久99热国产这有精品|
久久久久亚洲国产|
久久99免费视频|
亚洲国产精品无码久久98|
国产精品无码久久久久|
一本色道久久综合亚洲精品|
精品无码人妻久久久久久|
99精品久久精品一区二区|
久久久久久国产a免费观看不卡|