sqlcipher.framework (worklight に含まれる) は最新のアーキテクチャー (armv7s、arm64) 用にビルドされていないため、iOS デバイス用にビルドする場合は armv7 アーキテクチャーに限定されているようです。
プロジェクトが worklight ライブラリーでビルドできるようにするには、XCode5 でターゲット・アーキテクチャーを手動で変更する必要があります。デフォルトの設定では「スライスがありません」があり、ビルドは失敗します
それはわかっていますか? また、最新のプロセッサ アーキテクチャに iOS Worklight ライブラリを提供する計画はありますか?
それは真実です。ライブラリは現在 armv7 のみをサポートしています。Worklight がサポートするすべての Apple デバイスは、そのアーキテクチャーでカバーされます。
ここに機能リクエストを書くことができます。今後の予定についてはコメントできません。
sqlcipherを再コンパイルしてみてください。これはオープン ソースです。将来の読者のために結果を共有してください。
編集 - 2014 年 1 月 30 日:次の回避策は公式にはサポートされていません。ここのスクリプトを使用して、SQLCipher 用の ARMv7s スライスと、プロジェクトが依存する他の ARM7 専用ライブラリ (例: libWorklightStaticLibProjectNative.a) を作成できます。リンカーがアプリのバイナリを生成するには、プロジェクト内のすべてに ARMv7s スライスが必要です。ただし、浮動小数点演算を多用しない限り、パフォーマンスに大きな変化は見られない可能性が高いことにも言及する価値があります。詳細については、こちらを参照してください。
確かに確認するために (これをコメントとして追加しますが、SO 担当者は私のためにそこにいません)、「有効な Architectrues」から arm7s と arm64 を削除する必要がありました。
さらに、iOS Deployment Target を 6.0 に設定します (私の場合、7.0 に設定すると WL ライブラリからリンク エラーが発生しますが、同僚は 7.0 でビルドするようにしましたが、lib がクラッシュし、7.1 で動作します。ただし、7.1 ではarm7 で実行すると、アプリの実行が非常に遅くなりました (ライブラリを追加しただけで、まだ WL クラスを使用していないことに注意してください)。WL ライブラリを削除し、arm64 用にコンパイルすると、すべてが再びスムーズになりました。
私たちの場合、6.1.0.1 を使用しています