Xcode：从Objective-C项目引用C ++项目

Question

我开始为此扯头发，所以是时候在这里发布了！

我在XCode中有一个C ++项目，它是作为命令行工具构建的。 所有.cpp文件都已重命名为.mm，其中有一个.hh和几个.h标头。 我在构建设置中指定了“将源编译为-> Objective-C ++”。

我还有一个适用于iOS应用程序的XCode项目。 设置为“将源编译为->根据文件类型”。 我无法将其设置为将所有内容编译为Objective-C ++，因为项目的某些部分不会编译为Obj-C ++。

我希望使用我的C ++项目在iOS应用中有一个类，它由文件MyClass.hh，MyClass.mm组成； 它们分别是.h和.m，但我改名了它们，以期解决此问题。

我将cpp项目拖到iOS项目中。 然后，我在iOS构建阶段中添加了目标依赖关系，以指向cpp CLI应用程序。

在MyClass.hh中

#include "../path/to/CppProject/ImportAll.h"

..这是一个头文件，该文件连续“包含” cpp项目中的所有头。 然后，我着手开展业务，在MyClass.hh中创建一个属性，该属性是指向cpp对象的指针，并在MyClass.mm中创建对cpp类的各种引用。

该死的东西虽然无法编译-我收到大量与我的cpp类有关的消息，如下所示：

MyCPPFile.h:10: error: expected '=', ',', ';', 'asm' or '__attribute__' before '<' token

编译器是否没有意识到MyClass.hh是Objective-C ++而不是Objective-C？ 我是否应该有一个目标依赖项，它是一个库，而不是指向此CLI应用程序？

我已经在Google周围搜索了一段时间，以解决问题。 我看到过有人使用

#ifdef __cplusplus

否则必须将文件重命名为.mm才能正常工作，但在其他情况下，人们只是说他们拖放项目就没有问题。

有人可以启发我，并说明为完成这项工作我应该执行哪些关键步骤？ 我将非常感谢！ 谢谢。

Answer 1

感谢所有给我建议的人。

从头开始重新创建项目后，我弄弄了逻辑，并找到了解决方案的方法。 请注意-至少就我而言-不需要使用#ifdef __cplusplus，也不需要任何其他预处理程序指令。 仅更改文件后缀是必不可少的（如下所述）。

过程如下：

在XCode 4中创建C ++静态库并使用Objective-C库（例如iOS应用）进行包含/链接 ：

• 在XCode 4中，创建一个Cocoa Touch Static Library类型的New Project。 此后，我们将此项目称为“ CProj”。
• 在CProj工作区中，根据需要创建/导入尽可能多的C ++类。 文件名不需要特殊的后缀-我的所有文件都是.h和.cpp。
• 在XCode中创建/打开任何Objective-C项目，例如iOS应用。 此后，我们将该项目称为“ ObjProj”。
• 在Finder中查找CProj.xcodeproj（通常为/Documents/CProj/CProj.xcodeproj），将其拖到XCode Project Navigator顶部（XCode左侧的可见文件/文件夹层次结构）的可见ObjProj项目图标上。 现在，这会将CProj放置为ObjProj中的嵌套项目。
• 左键单击Project Navigator中的ObjProj项目图标，右侧将出现一个新窗格，左键单击此窗格中的Build Phases。
• 在“目标依赖项”下，单击“ +”图标，然后选择列出的CProj项目下面的CProj库图标。 单击确定。
• 在“使用库链接二进制文件”下，单击“ +”图标，然后从显示的窗口顶部的Workspace可折叠文件夹中选择CProj库图标。

文件重命名规则

• 如果在ObjProj中包含CProj标头，则使用路径回溯来识别导入，例如，将#include“ ../../MyProj/MyImport.h”向前倒2步，然后进入MyProj文件夹。

• 任何包含CProj标头的ObjProj实现文件都必须从.m重命名为.mm。 任何包含CProj头的ObjProj头文件都必须从.h重命名为.hh。

• 任何ObjProj文件，包括后缀现在为.hh（上述步骤的结果）的文件，都必须以相同的方式重命名。

一个示例：考虑您有文件Ah，Am，Bh，BmAm导入Bh，并且Bh包含一个或多个CProj标头。 Bm使用通过Bh包含的CProj类来包括类型引用。 首先重命名为Bh-> B.hh，因为它包含include。 然后Bm-> B.mm，因为它包含对CProj的类型引用（由于Bh已经完成了对它们的引用，因此不需要包含）。 然后Am-> A.mm，因为Am包含了Bh的包含内容，现在有了重命名文件B.hh的包含内容。

PS注意，C ++库不应该在需要时自动重建-我经常需要在ObjProj中从内部更新CProj之后先“清理”然后“构建”。

Answer 2

听起来您问题的症结在于：

编译器是否没有意识到MyClass.hh是Objective-C ++而不是Objective-C？

编译器无法识别MyClass.hh是Objective-C ++代码。 或任何其他代码； 编译器永远不会看到MyClass.hh。

按照约定，默认情况下，头文件永远不会传递给编译器。 只有源文件（.cpp，.m等）才是-在这些文件上运行的预处理器会生成包含原始源文件以及所有包含的标头和已解析宏的转换单元。

因此，问题在于您可能有一个导入MyClass.hh的.mm源文件，而该文件又包含C ++头文件。 但是编译器试图将生成的翻译单元编译为Objective-C ++，并在该标头中遇到一些C ++特定的东西。 实际上，我怀疑这个问题与其他目标依赖关系完全无关，因此您已经设置好了：我认为您可以使用包含标头的非常简单的Objective-C ++应用程序以最少的方式重现该问题。 您应该尝试一下，看看它会证实我的理论（毕竟我只是在推测，因为您没有提供足够的资料让我确定），或者表明问题出在其他地方。

该解决方案可能是使用预处理器后卫像#ifdef __cplusplus （有预定义符号的一个有用的目录， 在这里 ）隐藏C ++ -来自特定代码的Objective-C ++编译器（或在某些情况下，周围的其他方法）。 请注意，根据标头的实际内容，这可能很难或不可能做到。