当我们为 iOS 设备构建时,我们似乎仅限于 armv7 架构,因为 sqlcipher.framework(包含在 worklight 中)不是为更现代的架构(armv7s、arm64)构建的
我们必须手动更改 XCode5 中的目标架构,以使项目能够使用 worklight 库进行构建。使用默认设置会出现“缺少切片”并且构建失败
这是已知的吗?是否有计划为现代处理器架构提供 iOS Worklight 库?
当我们为 iOS 设备构建时,我们似乎仅限于 armv7 架构,因为 sqlcipher.framework(包含在 worklight 中)不是为更现代的架构(armv7s、arm64)构建的
我们必须手动更改 XCode5 中的目标架构,以使项目能够使用 worklight 库进行构建。使用默认设置会出现“缺少切片”并且构建失败
这是已知的吗?是否有计划为现代处理器架构提供 iOS Worklight 库?
这是一个真实的说法,该库目前仅支持 armv7。所有支持 Worklight 的 Apple 设备都包含在该架构下。
您可以在此处编写功能请求。我无法评论未来的计划。
您可以尝试重新编译sqlcipher,它是开源的。请为未来的读者分享结果。
编辑 - 2014 年 1 月 30 日:官方不支持以下解决方法。您可以使用此处的脚本为 SQLCipher 和您的项目所依赖的其他仅 ARM7 库(例如 libWorklightStaticLibProjectNative.a)创建一个 ARMv7s 切片。项目中的所有内容都需要有一个 ARMv7s 切片,以便链接器生成应用程序的二进制文件。但是,还值得一提的是,除非您大量使用浮点数学,否则您可能不会看到性能上有很大的变化,请在此处阅读更多内容。
确实要确认(我会将其添加为评论,但 SO 代表不适合我),我们必须从“有效架构”中删除 arm7s 和 arm64。
另外将 iOS 部署目标设置为 6.0(在我的情况下,当设置为 7.0 时会从 WL 库中获取链接错误,尽管我的同事让它在 7.0 中构建,但是库会崩溃,然后在 7.1 中工作。但是在 7.1使用 arm7 运行导致应用程序运行速度非常慢(注意我们还没有使用任何 WL 类,只是添加了库)。删除 WL 库并为 arm64 编译,一切又恢复了顺利。
在我们的例子中,我们在 6.1.0.1