程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> C語言 >> C++ >> C++入門知識 >> #ifdef __cplusplus

#ifdef __cplusplus

編輯:C++入門知識

#ifdef __cplusplus,一般用於將C++代碼以標准C形式輸出(即以C的形式被調用),這是因為C++雖然常被認為是C的超集,但是C++的編譯器還是與C的編譯器不同的。C中調用C++中的代碼這樣定義會是安全的。 一般的考慮跨平台使用方法如下: #ifdefined(__cplusplus)||defined(c_plusplus) //跨平台定義方法 extern "C"{ #endif //... 正常的聲明段 #ifdefined(__cplusplus)||defined(c_plusplus) } #endif  被extern "C"修飾的變量和函數是按照C語言方式編譯和連接的; 未加extern “C”聲明時的編譯方式,首先看看C++中對類似C的函數是怎樣編譯的。 作為一種面向對象的語言,C++支持函數重載,而過程式語言C則不支持。函數被C++編譯後在符號庫中的名字與C語言的不同。例如,假設某個函數的原型為:voidfoo( int x, int y ); 該函數被C編譯器編譯後在符號庫中的名字為_foo,而C++編譯器則會產生像_foo_int_int之類的名字(不同的編譯器可能生成的名字不同,但是都采用了相同的機制,生成的新名字稱為“mangled name”)。_foo_int_int這樣的名字包含了函數名、函數參數數量及類型信息,C++就是靠這種機制來實現函數重載的。例如,在C++中,函數void foo( int x, int y )與void foo( int x, float y )編譯生成的符號是不相同的,後者為_foo_int_float。   C  C++語言在編譯的時候為了解決函數的多態問題,會將函數名和參數聯合起來生成一個中間的函數名稱,而C語言則不會,因此會造成鏈接時找不到對應函數的情況,此時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對產生的函數名字的處理是不一樣的.   比如下面的一段簡單的函數,我們看看加入和不加入extern "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"之後對函數名稱產生的影響,我們繼續我們的討論:為什麼需要使用extern "C"呢?C++之父在設計C++之時,考慮到當時已經存在了大量的C代碼,為了支持原來的C代碼和已經寫好C庫,需要在C++中盡可能的支持C,而extern "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++代碼中調用用C寫成的庫文件,就需要用extern "C"來告訴編譯器:這是一個用C寫成的庫文件,請用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++對函數的處理方式是不同的.extern "C"是使C++能夠調用C寫作的庫文件的一個手段,如果要對編譯器提示使用C的方式來處理函數的話,那麼就要使用extern "C"來說明。  

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved