命令 /Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang 失败，退出代码为 1

Question

我正在尝试使用 Xcode 4.3 中的 pdf 工具包读取 pdf 的应用程序，但它给了我以下错误

ld: duplicate symbol _OBJC_METACLASS_$_OverlayManager in /Users/dt4it/Library/Developer/Xcode/DerivedData/MyPdf4-bmkjglhhvneluqcbwpceiqjvdcmq/Build/Intermediates/MyPdf4.build/Debug-iphonesimulator/MyPdf4.build/Objects-normal/i386/OverlayManager-D0866CFD31A05E68.o and /Users/dt4it/Library/Developer/Xcode/DerivedData/MyPdf4-bmkjglhhvneluqcbwpceiqjvdcmq/Build/Intermediates/MyPdf4.build/Debug-iphonesimulator/MyPdf4.build/Objects-normal/i386/OverlayManager-B31AE7412100AF6D.o for architecture i386
Command /Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 1

有什么帮助吗？？

Answer 1

项目设置 > 在“目标”下，选择您的项目 > 构建阶段 > 打开“编译源”和“复制捆绑资源”。 检查是否有任何文件以红色列出。 如果是这样，只需将其删除。 然后清理并运行。

为我工作。

Answer 2

干干净净。 product > clean 。 终端清除和重新启动对我不起作用，清洁起作用了。

Answer 3

我有同样的错误，似乎没有人在 StackOverflow 上有实际工作的答案。 我的问题是当我尝试复制团队存储库中的项目时。 结果是，在忽略文件中，所有扩展名为*.pch都从存储库提交中被忽略了。 这意味着当我从 repo 中提取项目时， .pch文件丢失了，从而.pch这个错误。

幸运的是，我仍然拥有该项目的副本，并且能够将.pch文件复制过来，然后我就可以很好地编译了。

希望这可以帮助？

Answer 4

转到目标首选项，摘要选项卡，找到“部署目标”并增加它。

Answer 5

删除~/Library/Developer/Xcode/DerivedData对我有帮助。

参考： 链接

Answer 6

我也面临这个问题。 而且我在 SO 中寻求帮助而不是使用常识并检查错误消息。

错误消息的最后一部分与您相同。

Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 11

但我发现上面几行：

In file included from /Users/Ricardo/Documents/XCode/RealEstate-Finder-v1.2/RealEstateFinder/RealEstateFinder/RealEstateFinder-Prefix.pch:26:
/Users/Ricardo/Documents/XCode/RealEstate-Finder-v1.2/RealEstateFinder/RealEstateFinder/Config/Config.h:174:1: warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
http://www.myserver.com/apps/mobile/rest.php?id=12

它指向我的 Config.h 文件。

快乐编码！

Answer 7

您不小心在实际的 OverlayManager 类中包含了 .m 文件 OverlayManager 而不是 .h 文件！ 基本上，他的编译器已经知道要编译 .m 文件，但是当您 #import 它时，编译器会尝试将它包含在同一个源文件中，从而生成重复的符号。 但是您的情况是独一无二的，因为您正在#importing 实际类的 .m 文件 .m ！ 它递归地编译您的 OverlayManager 类。

Answer 8

同样的事情发生在我身上，我发现我忘了把“放在”的末尾

#import "CPDConstants.h

所以与其

#import "CPDConstants.h"

Answer 9

对我来说，从存储库克隆项目后会出现此错误。 有人从项目名称中删除了一个空格（重命名为：“The Project”到“TheProject”），这会导致一些Build Settings错误指向无效路径。

有时阅读整个错误日志并不是一个坏主意......

Answer 10

试试这个 - 在 Xcode 左侧的文件/文件夹列表中点击你的项目名称（在列表的最顶部）。 查看右侧窗口左侧的“目标”部分。 可能列出了两个，第二个是“测试”项目。 右键单击该项目并选择“删除”。 然后尝试再次运行该项目。

Answer 11

当安装了两个以上的 XCode 版本时，通常会出现此问题，其中为 Ex 合并了不同的 Swift 版本。 安装了运行 Swift 1.2 和 Swift 2.0 的 XCode 6.4 和 XCode 7.3。 您错误地尝试使用不正确的 Ex 版本编译代码。 你的项目在 Swift 1.2 中，你试图用 xcode 7.3 编译它。 在这种情况下，驱动器数据存储 swift 版本的信息，但是当您尝试使用正确的 XCode 编译代码时，它会出错。 为了解决这个

1. 删除驱动器数据
   一种。 在 Xcode 中选择首选项

2. 打开首选项后，单击位置选项卡，然后单击“驱动数据”路径前面的箭头。 它将打开驱动数据文件夹

3. 退出 Xcode
4. 删除所有驱动器数据。
5. 在正确的 XCode 中重新打开项目错误已修复！！！！！！

Answer 12

这里要考虑的是 *.pch 文件。 如果您从外部库进行包含，那么您必须确保在#ifdef OBJC 之后和#endif 之前进行包含。 如果您尝试在此条件之外进行包含，这可能是导致编译器错误的原因。

Answer 13

如果这发生在使用 git 的团队中。 其中一名团队成员从外部源添加了一个类，但没有将其复制到 repo 目录中。 本地版本编译正常，但持续集成因此错误而失败。

重新导入文件并将它们添加到版本控制下的目录修复了它。

Answer 14

我也有这个错误。 但在我的情况下，我确信我会在这里失败，当我在应用程序在 iPhone 模拟器上崩溃后按下删除键时，我不小心删除了 main.m。

崩溃后，Xcode 显示 main.m 文件，当我点击删除时，我不小心从我的项目中删除了 main.m 文件，因为突出显示文件名时很容易做到，而不是细节中的代码看法。

Main.m 通常驻留在项目文件管理器中名为支持文件的组或文件夹中。 我没有注意到这种情况，直到下次它无法构建和运行，然后我不得不更仔细地重新阅读错误消息，看到它说 main.m 丢失了。

谢谢大家的意见，但以防万一有人在我的位置检查任何显示丢失文件的红色文件名，如果有的话，可以从备份中恢复它们。

Answer 15

将丢失的文件（Xcode->target->Build Phases->compiled sources 中的红色文件）添加到目标文件夹为我解决了这个问题。

Answer 16

我的问题是在 Build Phases -> Compile Sources 下，我为文件添加了一个编译器标志，但我拼错了它。 它应该是：

-fno-obj-arc

表明此文件不使用 ARC。

Answer 17

可能对某人有帮助：从项目中删除多个文件后，我遇到了同样的错误。 在 git 存储库中提交删除后，此错误消失了...

Answer 18

Xcode 8

@Spoek 的回答是对的，

但是如果你找不到红色的文件，那就找一个不透明度低的，

看到这张图，

第一个在那里，但第二个在那里，所以删除它。

Answer 19

我的情况，我通过以下方式修复它：

转到Build Phases并检查Compile Sources files，检查它是否有重复的文件，只需保留一个。

Answer 20

在我的情况下，它是我的 Target 的 Build Settings > Other Swift Flags 中的重复Swift Flag条目。 我有两个-Xfrontend条目。

Answer 21

就我而言，

构建阶段->检查编译源文件-> 删除 xcode 说“找不到“xxx.swift”的 xxx.swift 文件

Answer 22

这发生在我身上，我花了一个小时才找到它。 就我而言，我打字太快了：

[seld method];

代替：

[self method];

严重地！ 我不知道为什么它没有以更容易识别的方式捕捉到这一点。 但它当然是在寻找一个叫做“seld”的类。