アップルマッハ-Oリンカエラーは、原因ファイルの拡張子に

Question

恐ろしい典型的なリンカエラー..

LD：記号（S） collect2はARMv6のアーキテクチャが見つかりません：ldは、しかし、1つの終了ステータス

を返さそれはファイル名によって引き起こされますか？私はC++/Objective-Cを使用しているので、Obj-Cファイルはすべて.mmですが、.cファイルを使用することはできません。たとえば、SFMTアルゴリズムを私のプロジェクトに含めました。これは私にこれらのエラーを与えていましたが、単一の.cファイルを.cppに変更するだけで、コードは消えてしまいました。私はヘッダーだけを含んでいるので、なぜこの違いがあるのか​​分かりません。

私はFreetype2を含むようにしていますが、これは同じ問題です（これは.cなのではっきりしていますが、それはすべてのファイルの名前を変更するには大きすぎます）。また、リンクされたバイナリなので、新しいファイル名で再コンパイルしない限り、変更することはできません。だから、これの背後にある本当の理由を見つける時が来ました。

なぜこのようなことが起こりますか？ .cファイルのリンカーエラーを止める方法は？

Answer 1

あなたのFreetypeのはextern "C"ディレクティブ内に、ラップ：

// Non-C includes 
#include <iostream> 

extern "C" 
{ 
    #include <freetype/freetype.h> 
    // ... Other freetype includes 
} 

おそらくextern "C"ディレクティブ内#importの代わり#includeを使用することができます。私は試みたことはありませんが、なぜ動作しないのか分かりません。

Answer 2

これでCヘッダーファイルを囲みます。これはincludeを囲むこともできます。

#ifdef __cplusplus 
extern "C" {   
#endif  

// function declarations etc if this is your own header. 
// OR you can use this in the .mm file to surround your include. 
//... 

#ifdef __cplusplus  
};      
#endif 

これは、c関数の外部リンケージを指定します。 c .hファイルをインクルードするときにこれを行わないと、C++コンパイラはCコンパイラとは異なる方法でmangleを行い、リンカに問題を引き起こします。
extern "C"を使用すると、C++コンパイラに関数のCスタイルのマングリングを使用するように指示します。