ライブラリにextern Cリンケージを含む関数を含む

Question

私は、extern cリンケージを含むC関数をC++コードに含めました。例えば。

// File Y.cpp: 

extern C { 
void fnA(void) { } 
void fnB(void* a, void* b) { } 
} 

class test { 
.... 
}; 

// end of file 

ファイルYはモジュールModの下にあります。モジュールModのライブラリlibMod-O.aをビルドしている間、Y.hが他のファイル（Mod.cpp）に含まれていない限りクラステストが使用されていない限り、externブロックに含まれる関数は表示されません。ですから、Mod.cppにテストクラスのオブジェクトを作成しない限り、libMod-O.aのextern関数（fnA、fnB）は表示されません.LibMod-O.aのビルド中にY.cppがコンパイルされても表示されません。この結果、別のモジュールがfnA、fnBを使用するときにリンカエラーが発生します。

含まれているextern関数fnAとfnBの間の接続と、Mod.cppのclass testの使用法が表示されません。これが期待されているのですか、これを定義する良い方法がありますか？

Answer 1

あなたはextern "C"を意味します。

CコードとC++コードを明確に分離する必要があります。 YourCCode.hで

：YourCCode.cで

#ifdef __cplusplus 
extern "C" { 
#endif 

void fnA(void); 
void fnB(void* a, void* b); 

#ifdef __cplusplus 
} 
#endif 

：

void fnA(void) {} 
void fnB(void* a, void* b) {} 

は、コンパイラがCのように、ではないC++としてYourCCode.cをコンパイルしていることを確認します。あなたのC++コードで

は

#include "YourCCode.h" 

fnA(); 
// etc. 

Answer 2

fnAを使用するファイルがlibMod-Oaのリンクの後に来るが、オブジェクトテストを伴うMod.cppがlibMod-Oaの前に来るので、fnA/fnBより前にobjファイルが引き込まれるリンク順序の問題があるかもしれません。後で必要となる。 gnuリンカーはデフォルトでシングルパスリンカーです。