• <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 楊粼波 閱讀(272) 評論(0)  編輯 收藏 引用  所屬分類: 文章收藏 
		
            
	
            
	
	





            
	    
    




            






            

				

            



    
    







            
	   
	



精品永久久福利一区二区|
美女久久久久久|
久久综合亚洲色HEZYO社区|
欧美综合天天夜夜久久|
久久久精品人妻一区二区三区蜜桃|
狠狠色丁香久久婷婷综合图片|
亚洲午夜福利精品久久|
久久久这里有精品|
久久精品无码一区二区WWW|
欧美日韩久久中文字幕|
久久久久亚洲AV成人网人人网站|
久久精品免费一区二区|
性做久久久久久久|
国产精品久久久久9999高清|
精品久久久久久无码专区不卡|
亚洲国产精品无码久久久蜜芽
|
久久久久久国产a免费观看不卡|
91精品免费久久久久久久久|
9999国产精品欧美久久久久久|
久久国产乱子伦精品免费午夜|
亚洲欧美国产精品专区久久|
亚洲人成网亚洲欧洲无码久久|
国产日产久久高清欧美一区|
国产国产成人久久精品|
久久强奷乱码老熟女网站|
久久久久人妻一区精品性色av|
97久久精品无码一区二区天美|
国产综合免费精品久久久|
久久乐国产综合亚洲精品|
精品久久久久久久无码|
国产高潮久久免费观看|
亚洲va中文字幕无码久久不卡|
国产精品久久影院|
久久99热这里只有精品66|
久久Av无码精品人妻系列|
国产真实乱对白精彩久久|
亚洲va久久久噜噜噜久久
|
午夜人妻久久久久久久久|
久久综合狠狠色综合伊人|
偷窥少妇久久久久久久久|
丁香久久婷婷国产午夜视频|