Swift3 在Swift 3中归档项目并获取；由于信号分段故障，命令失败11“；

我更新了Swift 3的代码，在设备上运行，一切正常，但当我归档项目时，在清理和删除交付的数据后，出现错误“由于信号分段故障11导致命令失败”

我的日志

0 swift 0x000000010a5ffb6d PrintStackTraceSignalHandler（无效*）+45

1个swift 0x000000010a5ff5b6信号处理器（内部）+470

2 libsystem_platform.dylib 0x00007fff9560152a_sigtramp+26

3 libsystem_platform.dylib 0x00007fff5825ab50_sigtramp+3267728960

4 swift 0x0000000107d29432 swift:：CastOptimizer:：OptimizationUnconditionalCheckedCastAddress（swift:：UnconditionalCheckedCastAddress*）+1554

5 swift 0x0000000107db144d处理函数（swift:：SILFunction&，bool，unsigned int）+1901

6 swift 0x0000000107db7f9f（匿名命名空间）：：ConstantPropagation:：run（）+47

7 swift 0x0000000107d4862d swift:：SILPassManager:：runOneIteration（）+6077

8 swift 0x0000000107d4d7d6 swift:：RUNSILOPTIMIZATIZAtionPASS（swift:：SILModule&）+3462

9 swift 0x0000000107a153cb性能文件（swift:：编译器立场和，swift:：编译器职业和，llvm:：ArrayRef，int和，swift:：FrontendObserver*）+20107

10 swift 0x0000000107a0e265 swift:：performFrontend（llvm:：ArrayRef，char const*，void*，swift:：FrontendObserver*）+17029

11 swift 0x00000001079cb82d干管+8685

12 libdyld.dylib 0x00007fff8936c5ad启动+1

13 libdyld.dylib 0x000000000000006d开始+1992899265 堆栈转储：

而这

运行pass#1059521 SILFunctionTransform时，SILFunction上的“常量传播”函数“@”TTSG5VSC29UIApplicationaunchoptionskeys_s8Hashable5UIKit_P_CSo8NSObjectS2_S0_10 ObjectiveC_ps9; uuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu TFs17_uuPCastu2_Rxs8Hashable0_S_uuuuuuuurgvgvgvg0_uuq1”

---

有人能帮忙或告诉我，我应该在哪里搜索bug吗？

在我的例子中，我将launchOptions作为函数参数传递给里面的另一个类

func应用程序（application:UIApplication，didFinishLaunchwithOptions launchOptions:[uiApplicationLaunchOptions:[uiApplicationLaunchOptions:Any]？）->Bool

迁移到Swift 3后，migrator添加了cast以匹配等待参数的类型，该类型为

[NSObject:AnyObject]？

（Swift 3之前的版本）

我所要做的就是更新我的自定义函数，将

[uiapplicationaunchoptionskey:Any]

作为参数，并删除该错误转换。就这么简单

---

我不必妥协任何优化级别（这甚至不应该是开发人员的最后手段，这绝对不是解决编译器错误/分段错误的方法）。在删除cast之后，所有功能都可以与swift的整个模块优化一起正常工作。

在我的例子中，我将launchOptions作为函数参数传递给内部的另一个类

func应用程序（application:UIApplication，didFinishLaunchwithOptions launchOptions:[uiApplicationLaunchOptions:[uiApplicationLaunchOptions:Any]？）->Bool

迁移到Swift 3后，migrator添加了cast以匹配等待参数的类型，该类型为

[NSObject:AnyObject]？

（Swift 3之前的版本）

我所要做的就是更新我的自定义函数，将

[uiapplicationaunchoptionskey:Any]

作为参数，并删除该错误转换。就这么简单

---

---

我不必妥协任何优化级别（这甚至不应该是开发人员的最后手段，这绝对不是解决编译器错误/分段错误的方法）。删除强制转换后，swift的整个模块优化工作正常。

我有一个非常相同的问题-如果我找到解决方案，会告诉你。这为我解决了问题：@denjiz谢谢，它也为我解决了问题）谢谢@denjiz，他的回答帮助了我）嗯。降低优化级别如何帮助，甚至如何被标记为正确的解决方案？我有一个非常相同的问题-如果我找到解决方案，会让你知道。这为我解决了问题：@denjiz谢谢，它也为我解决了）谢谢@denjiz，他的回答帮助了我）嗯。降低优化级别如何有帮助，甚至如何被标记为正确的解决方案呢！为suureIt省了我一些时间它帮了我的忙！在我的例子中，这是对Amazon及其移动集线器解决方案提供的代码的重用。我想他们不会经常更新，所以要小心！我也有同样的问题，你的解决方案救了我！在我的例子中，是AWS移动客户端演示代码导致了这个问题，但只有在我尝试归档时才出现。谢谢大家，很高兴听到它起作用了，为你们节省了时间！哎呀！为suureIt省了我一些时间它帮了我的忙！在我的例子中，这是对Amazon及其移动集线器解决方案提供的代码的重用。我想他们不会经常更新，所以要小心！我也有同样的问题，你的解决方案救了我！在我的例子中，是AWS移动客户端演示代码导致了这个问题，但只有在我尝试归档时才出现。谢谢大家，很高兴听到它起作用了，为你们节省了时间！