arm64 用の LibiCal と iOS (デバイスとシミュレータ) 用の x86_64 アーキテクチャをコンパイルするのに時間がかかりました。他の人にも役立つかもしれないと考えました。以下は、LibiCal-1.0 をコンパイルするための手順です。以下のリンクからコードを取得しました

libical のコンパイル

Xcode 5.1に合わせて少し変更しました

1) 下記URLからLibiCalをダウンロード

http://sourceforge.net/projects/freeassociation/

untar して libCal-1.0 フォルダーに移動します。次に実行します

./ブートストラップ

( http://www.jattcode.com/installing-autoconf-automake-libtool-on-mac-osx-mountain-lion/から make ツールをダウンロードする必要があります)

以下のスクリプトを使用

行:11 "export ARCH=arm64" を変更して、目的のアーキテクチャ、つまり arm64、armv7、armv7s を取得します。

これにより、目的のアーキテクチャのビンが ../libical-build フォルダーに作成されます。

x86_64 用のビルド。

次のコマンドを使用して、x86_64 の get build を実行します。

これにより、フォルダー src/libical/.libs/libical.a に libical.a が作成されます。

ファット ライブラリの作成

以下のコマンドを使用して、fat ライブラリをビルドします。(適切な lipo コマンドを使用してください)。

適切な OUTPUTDIR 環境変数を設定してください。

上記が、iOS 用の Libical をすばやくビルドしたい人の助けになることを願っています。

armv7 、armv7s、および arm64 アーキテクチャー用の idoub をビルドすると、リンカー エラーが発生します。提案してください。ありがとう。

理解しようとしている難読化されたaarch64 (64 ビット ARM、別名 armv8) バイナリがあります。このプログラムは、マシンの命令を .data セクションからデコード/復号化し、それらをメモリに格納してから、このアドレスにジャンプします。

次の gdb コマンドを使用して、マシンの命令を取得できます。前述のように、これらの命令は objdump を使用して取得することはできません。これは、これらの命令がエンコード/暗号化されており、実行時にバイナリによって復号化されるためです。

これによりgdb.txt、作業ディレクトリに aarch64 アセンブリ リストを含むファイルが生成されます。

できるようにしたい：

1. ショートカットを使用してアドレスにジャンプする:たとえば0x402660、命令をクリックしてbl 0x402660F3 を押して、 で始まる行にジャンプできるようにしたいと考えています0x402660。また、別のショートカットを使用していた場所に戻れるようにしたいと考えています。
2. 制御フロー/グラフを生成する

もちろん、機能するツール/スクリプトの任意の組み合わせを提案できます (つまり、これを行う最善の方法は、Excel にリストをインポートして VB マクロを作成することであると思われる場合でも、それでかまいません)。ただし、私は aarch64 バイナリを使用しており (非常に多くのツールがこのアーキテクチャと互換性がありません)、私のバイナリは実行時にマシン コードをデコードすることに注意してください。

私は最近、XCode ボットと専用の OS X サーバーを備えた XCTest フレームワークを使用して単体テスト スイートをセットアップしました。64 ビット アーキテクチャ (この場合は x86_64 上の iPhone シミュレーター) を対象としたテストを実行すると、テストが 2 回実行されることに気付きました。どうしてこれなの？i386 で実行されている 57 個のテストと、x86_64 で実行されている 114 個のテスト (合計 171 個のテスト) を示すスクリーンショットを添付しました。

これを行う場合、$(ARCHS_STANDARD_32_BIT)ここで提案されている回答のように、xcode 5.1 の Arm64 アーキテクチャ

これらの 32 ビット アプリは 64 ビットと互換性があり、iPhone 5S 以降でも問題なく動作しますか?

より経験豊富なプログラマーからのアドバイスを期待してここに投稿しています (一般的に、特に Cocos2D を使用する場合)。

いくつかの場所で Cocos2D v2.1 を使用している古いプロジェクトがありますが、それ以外は標準の UIKit です。arm64に準拠するように更新したか、そう思ったので、コンパイラの警告をすべて削除し、シミュレーターでアプリを正常に実行しました。しかし、iPad Air ユーザーからアプリの Cocos2d 部分がクラッシュしているというバグ レポートを受け取りました。

私が言うように、コンパイラの警告はなく、すべてシミュレーターで機能するので、修正方法についてはちょっと困っています。通常の 2 つのオプションは、1. arm64 を削除する 2. Cocos2D v3.0 にアップグレードすることです。

ただし、私は Cocos2D をアプリのごく一部にしか使用していないため、単純な修正が欠けている可能性があることを期待していました。私は Cocos2D とデバッグ全般にかなりの経験がないので、これが失われた原因であり、他の 2 つのオプションのいずれかに時間を費やすべきである場合、またはおそらく私ができる簡単なことがある場合は、アドバイスを期待しています。私が今欠けている微調整。私はCCTimer update:メソッドを閲覧しましたが、目立ったのはコード内のいくつかのフロートだけで、32/64ビット間で問題になる可能性があることがわかっていますが、コンパイラの警告がなければ途方に暮れています.

アップデート

そのため、ますます神秘的になります。これをシミュレーターではなくローカルでテストするために、新品の iPad Air を購入しましたが、動作します。クラッシュはありません。ユーザーは単に欠陥のあるデバイスを持っているのでしょうか? KERN_INVALID_ADDRESS at 0x0000000000000010少し奇妙に見える例外がスローされることに気付きました。私がオンラインで見た同様のクラッシュ レポートのほとんどは、はるかにランダムに見えるまったく異なるアドレスを持っています。

更新 2

もっと謎。ローカル バージョンはデバイス上で動作しますが (XCode 経由で実行)、実際に AppStore からダウンロードしたアプリはクラッシュします! デバイス ログから、それに関する詳細情報を取得できました。

困惑。