原始的問題
故事是這樣的:
如果我們有個C函式庫,裡面有函數例如:
1 | /* cfunc.c */ |
你可能會想說:C函式庫,C++程式應該也可以用吧
1 | /* main.cpp */ |
那編譯看看:
1 | $ gcc -c cfunc.c |
問號??為什麼會這樣勒
原因是g++在編譯C++程式時,會對符號(變數與函式名稱等等)進行符號修飾(name mangling),導致鏈結器在鏈結時找不到對應的符號名稱,對應到最後一行collect2: error: ld returned 1 exit status
如果使用readelf
工具檢視各個編譯出的.o檔的符號表,就可以看出端倪:(注意不同版本之編譯器、作業系統結果可能不完全一樣)
main.o:
1 | $ readelf -s main.o #-s表示顯示符號表 |
cfunc.o:
1 | $ readelf -s cfunc.o |
雖然我們source code都是寫awesome_C_function()
,因為C++有符號修飾,變成了兩個不同名字的符號,產生錯誤。
extern “C” 如何解決問題
好在,C++有extern "C"
語法,可以定義C符號,使其不做符號修飾,若修改main.cpp成
1 | /* main.cpp */ |
則程式可正常編譯,執行:
1 | $ g++ -c main.cpp |
太好了,問題乍看之下解決了,不過如果我們想把函式庫標頭另外放在一個檔案,供人#include
,會出現C不支援extern "C"
的問題,也就是說如果我們這樣寫awesome.h:
1 | /* awesome.h */ |
main.cpp:
1 | /* main.cpp */ |
上面的main.cpp使用g++編譯完全沒有錯誤,但如果今天想寫C,並使用awesome.h
函式庫的話:
1 | /* main.c */ |
使用gcc編譯會直接報錯,錯誤內容就不貼出了,反正gcc在抱怨他根本看不懂include進來的extern “C”語法啊,那是C++專屬的。
難道一個編譯好的C函式庫,要配套兩種標頭檔嗎,一個給C用,一個給C++用?
答案是不需要,使用編譯前的預處理器可以幫我們解決問題!
在編譯C++程式時,C++的編譯器會定義”__cplusplus”這個macro,所以只要把awesome.h寫成這樣就解決問題了。
1 | /* awesome.h */ |
如此一來,無論是C還是C++程式,都可以#include "awesome.h"
了,預處理器會自動的依情況展開,編譯、鏈結都會成功。
這樣的技巧再幾乎所有的系統標頭檔都有用到。
本文內容來自
俞甲子、石凡、潘愛民 (2009). ⟪程序員的自我修養⟫
是我自己閱讀消化之後所做之筆記。