問題タブ [arm64]

私は arm64 アセンブリ コーディングを使用しており、svc instruction を使用してシステム コールを実装したいと考えています。動作中の arm64 システム コールの実装がオンラインで見つかりません。また、arm64 のシステム コール リストも見つかりません。実装についても説明します。

現在 arm64 用にコンパイルされていないクローズド ソース ライブラリを使用する iPad アプリを保守しています。その結果、iPad Air で XCode からアプリを直接実行することはできません。

XCode を 32 ビット アプリとして実行する方法はありますか?

$(ARCHS_STANDARD_32_BIT) をアーキテクチャとして指定しても、有効なアーキテクチャとして arm64 が含まれている場合、どのような影響があるのでしょうか?

このエラーが発生しています。arm64 でコンパイルすると、次のエラーが表示されます。

これを解決するにはどうすればよいですか？

既存のテスト済みの 32 ビット アプリ コード ベースがある場合、64 ビットへの移植は努力する価値がありますか? 利点は何ですか？明らかに、実行時により多くのメモリが必要になりますが、同様に高速になりますか? メモリのオーバーヘッドを正当化するのに十分な速度ですか?

ARMv8 Foundation Model v2.1 で小さな ARMv7 カーネル (qemu vexpress モデルを使用して正常に動作) を起動しようとしています。モデルはレベル EL3 / 64 ビットで起動し、レベル EL1 / 32 ビットまで下げることができましたが、いくつかの問題が発生しました (つまり、タイマーが作動せず、いくつかの kprintf が欠落していますが、それは問題ではありません)。問題はこちら）。

UART の問題をデバッグするために、モデルが提供する led / スイッチを使用したいと考えました。ソフトウェアからそれらの値を簡単に読み取ることはできますが、どちらにも新しい値を書き込むことはできません。カーネルがハングしているようです。スイッチ レジスタに書き込む最小限の asm コードを次に示します。

strb私は指示に行き詰まっているようです。記録のために、 に置き換えるstrbと、このレジスタの値を正しく読み取って表示できます (機能することを確認するためにldrb、フラグで遊んでみました)。--switches

ここで私が間違っていることを知っている人はいますか?

編集: unixsmurf の提案のおかげで、レベル変更なしで同期データ アボート例外が発生したこと、およびその理由が「同期外部アボート」であることを知りました。詳しく調べる方法がわからないので、ARM のフォーラムを試してみようと思います。

一番、

V.

Apple は太字の文で本当に何を言いたいのですか?

たとえば、アプリケーションに 64 ビットとしてコンパイルされていないサードパーティのライブラリがありますが、拡張機能内ではそれらを使用していません。64ビットアーキテクチャ用に、含まれているアプリ（拡張機能を含むメインアプリ）のサードパーティライブラリを「まだ」コンパイルする必要がありますか? (それは非常に難しいので、したくありません。また、armv7 をターゲットにするのではなく、armv7 だけをターゲットにしているため、アプリのサイズが 2 倍になります)

64 ビット アーキテクチャに関する注意事項

アプリ拡張機能のターゲットは、そのアーキテクチャ ビルド設定に arm64 (iOS) または x86_64 アーキテクチャ (OS X) を含める必要があります。そうしないと、App Store によって拒否されます。Xcode には、新しいアプリ拡張ターゲットを作成するときに、適切な 64 ビット アーキテクチャとその「標準アーキテクチャ」設定が含まれています。

含まれているアプリ ターゲットが組み込みフレームワークにリンクしている場合、アプリには 64 ビット アーキテクチャも含まれている必要があります。そうしないと、App Store によって拒否されます。

64 ビット開発の詳細については、ターゲット プラットフォームに応じて、Cocoa Touch の 64 ビット移行ガイドまたは Cocoa の 64 ビット移行ガイドを参照してください。

参照: https://developer.apple.com/library/ios/documentation/General/Conceptual/ExtensibilityPG/ExtensionCreation.html

iOS デバイスで LLVM ビットコードを実行しようとしています。clang -emit-llvm -S -c ./test.cpp -o .test.ll -target arm64-apple-ios7.1arm64 デバイスを対象としたビットコード ファイルをコンパイルしました。LLVM/Clang リリース 3.5 を開始すると、ios arm64 デバイスがサポートされます。次に、MCJit'ter を使用してコードを呼び出そうとすると、例外が発生します: http://llvm.org/bugs/show_bug.cgi?id=21012

iOS OS/デバイスの制限ですか、それとも LLVM/Clang のバグですか? iOS 7.1を搭載したiPad Airでテストしています。

PS。ビットコードは正しく、正しいターゲットを対象としているように見えます:

これは、単純なソース コードから LLVM/Clang (3.5 リリース以降のトランク) によってコンパイルされました。

PPS。インタプリタ コードはlli、次の引数を持つほぼツール コードです。

例外：

Xcode 6 でいくつかのビルドの問題が発生しており、アプリをすべてのデバイスとシミュレーターに対して同時にコンパイルすることができません。この問題は、ビルド設定で有効なアーキテクチャの設定を把握することに関連しているようです。他の SO スレッドで部分的に説明されていますが、私の特定の問題に十分に対処していません。

私は Cordova 3.6 アプリを構築しており、Xcode 6 を使用して MBP Mac OS X 10.9 で作業しています。

次のビルド設定 (下のスクリーンショット) を使用すると、次のビルド結果が得られます。

• ビルド成功 - シミュレーター - iPhone 4s/iPhone 5s/iPhone 6

• ビルド成功 - デバイス - iPhone 4s (iPhone 5s デバイスはテストされていません)

• ビルドの失敗 - デバイス - iPhone 6

上記の結果をビルドするための私のビルド設定とエラーは次のとおりです。

ただし、有効なアーキテクチャを変更して「arm64」を削除し、Build Active Architecture Onlyを「いいえ」に変更すると、ビルドはすべてのデバイスで機能しますが、iPhone 5s および iPhone 6 のシミュレーターでは失敗します。次のビルド結果が得られます。

• ビルド成功 - シミュレーター - iPhone 4s

• ビルド失敗 - シミュレーター - iPhone 5s / iPhone 6

• ビルド成功 - デバイス - iPhone 4s / iPhone 6 (iPhone 5s デバイスはテストされていません)

次の質問があります。

1. 誰かが何が起こっているのか説明できますか? 「arm64」を削除すると、実際に iPhone 6 デバイス用にビルドできるようになりますか?
2. すべてのシミュレーターとデバイスで実行できるようにするにはどうすればよいですか?
3. すべてのシミュレーターとデバイスで実行することを気にする必要がありますか? これは、アプリ ストアへの保留中の最初の申請であるため、ビルドを成功させるために何をする必要があるかわかりません。iPhone 4s および iPhone 6 デバイスを正常にビルドできる場合、それらを各シミュレーターで完全に動作させることについて心配する必要はありますか?

助けてくれてありがとう！