为XCode iOS构建C ++静态库的问题

如何解决为XCode iOS构建C ++静态库的问题

我在Objective-c中有一个大型iOS项目，在6个子文件夹中也有大量C ++类。如果我在iOS项目中拥有所有C ++源代码并从源文件进行编译，则所有内容均可编译并正常工作。到目前为止一切都很好。

我想将所有这些C ++代码都移到静态库中，因此我为类创建了一个新项目和一个包装器，并根据关于SO的大量指令将其编译为静态库。它将编译而没有任何错误，并创建了具有相应标头的.a输出文件。

当我将此静态库包含到我的项目中时，我会遇到11个与以下内容有关的错误：

Undefined symbols for architecture arm64:
  "Configuration::Configuration()",referenced from:
  ___cxx_global_var_init in libMInterfaceLib.a(M- 
   3fdac31d875d4f01157909522738d4c95b3c465d55314d375878e8f2faec0803.o)

 "Type::GetSizes(int,int,int&,int&)",referenced from:
    CM::BitSizes() in libMInterfaceLib.a(M- 
  3fdac31d875d4f01157909522738d4c95b3c465d55314d375878e8f2faec0803.o)

当我使用lipo info命令时，我确认我的静态库是体系结构：arm64

 $lipo -info libMInterfaceLib.a
 Non-fat file: libMInterfaceLib.a is architecture: arm64

这很有意义，因为我正在为设备构建静态库并将其包含在设备版本中。我没有在这个项目中使用模拟器，因为它需要一个实时摄像头，所以我只需要一个架构是arm64。

如果我为Linux版本的应用程序使用相同的代码创建静态库，则它可以正常工作，因此我知道基本代码，标头和文件结构是不错的。那个静态库说这是根据lipo -info的x86_64体系结构。

$lipo -info libMInterfaceLib-OSx.a
Non-fat file: libMInterfaceLib-OSx.a is architecture: x86_64

我看到的另一件事是XCode作为静态库构建的.a文件为732KB，但是eclipse为Linux从完全相同的源文件构建的文件为2.2MB。为什么它们会如此不同？应该包含的所有源代码均为1.6MB。

我感觉到问题不在于静态库不是错误的体系结构，而是它不包括项目子文件夹中的所有C ++文件。我看到的另一个问题是，如果我错误地配置了静态库XCode项目以将其编译为可执行文件，则会遇到与将静态库包含到设备项目中时完全相同的错误集，但是我不太清楚除了不编译所有文件之外，还要做什么。它的编译速度也非常快，这使我再次相信它没有将所有内容构建到应有的静态库中。请记住，当此C ++源代码作为主项目的一部分添加并编译时，一切正常。

有人知道如何确保XCode将在子文件夹中包含所有文件以及与它们相关联的类吗？我需要在XCode中使用特殊的链接器设置来使其链接静态库项目中的所有C ++文件吗？

有人知道我在哪里错吗？

非常感谢您的帮助和指导。

解决方法

好的，所以经过一堆混乱之后，我意识到仅将文件夹包含到Static Library项目中是行不通的。我必须为每个文件夹创建单独的组，然后将所有文件作为文件夹中的文件导入到这些组中。由于存在多个级别的文件，所以这很麻烦，但最终模糊的深夜线索是XCode中的文件夹是蓝色而不是黄色。那是唯一没有表明它们全部包括在内的迹象。静态库项目中没有编译错误，仅当尝试在另一个项目中使用该静态库时，才会出现任何错误。我之前也遇到过同样的事情，并且应该认识到，当XCode中的文件夹为蓝色时，即使它们出现在内部并似乎在构建，它也不会导入文件。一旦拥有了静态库项目中包含的所有文件，XCode中的C ++静态库就可以正常工作并且很简单。