Apple Mach-O 链接器错误，由于文件扩展名

Question

可怕的典型链接器错误..

ld: 找不到架构 armv6 的符号 collect2: ld returned 1 exit status

但是，这是由文件名引起的？我使用 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 " 中使用 #import 而不是 #include C" 指令。我从未尝试过，但我不明白为什么它不起作用。

Answer 2

用这个包围你的 c 头文件。这也可以包含：

#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 编译器不同的方式进行破坏，并导致链接器出现问题。
通过使用 extern "C"，您可以告诉 C++ 编译器使用 C 风格的函数重整。