Worklight 6.0.0.1 iOS Native Library仅适用于ARMv7而不适用于ARMv7和ARM64？

Question

当我们为iOS设备构建时，我们似乎仅限于armv7架构，因为sqlcipher.framework（包含在worklight中）不是为更现代的架构而构建的（armv7s，arm64）

我们必须在XCode5中手动更改目标体系结构，以便使用worklight库构建项目。 使用默认设置时，“片段丢失”并且构建失败

这是否已知，是否有计划为现代处理器架构提供iOS Worklight库？

Answer 1

这是一个真实的陈述，图书馆目前只支持armv7。 所有受Worklight支持的Apple设备都包含在该体系结构中。

您可以在此处撰写功能请求。 我无法对未来的计划发表评论。

您可以尝试重新编译sqlcipher ，它是开源的。 请分享未来读者的结果。

编辑 - 2014年1月30日：以下解决方法未得到官方支持 。 您可以使用此处的脚本为SQLCipher和项目所依赖的其他仅ARM7库（例如libWorklightStaticLibProjectNative.a）创建ARMv7s片。 项目中的所有内容都需要具有ARMv7s片段，以便链接器生成应用程序的二进制文件。 但是，值得一提的是，除非你大量使用浮点数学，否则你可能不会看到性能上的重大变化，请在此处阅读更多内容。

Answer 2

确实要确认（我将其添加为评论，但SO代表不适合我），我们不得不从“有效的Architectrues”中删除arm7s和arm64。

另外将iOS部署目标设置为6.0（在我的情况下，当设置为7.0时，会从WL库中获取链接错误，尽管我的同事让它在7.0中构建，但是lib会崩溃，然后在7.1中工作。但是在7.1中使用arm7运行导致应用程序运行速度非常慢（注意我们还没有使用任何WL类，只需添加库）。删除WL库并编译arm64，一切都很顺利。

在我们的例子中，我们在6.1.0.1