問題タブ [arm64]

CocoaPods を使用するプロジェクトに数週間取り組んできました。

ポッドファイルも何週間も変更されていません。しかし、今日、突然ビルド エラーが発生し、何が問題なのか、ビルドが突然失敗し始めた理由がわかりません。

何が間違っている可能性がありますか？すべてのプロジェクトとターゲットを調べたところ、有効なアーキテクチャとして 64 ビットがリストされています。

私は NSLog / NSAssert などの呼び出しでかなりの量の文字列形式指定子を持っ%dて%uいNSInteger (= int on 32bit)ますNSUInteger (= unsigned int on 32bit)。

アプリを 64 ビットに変換すると、(もちろん) 警告が表示さ%ld %luれます。longunsigned long

もちろん、フォーマット指定子を単純に変換すると、32 ビット ビルドで逆の警告が発生します。
したがって、警告が発生しない唯一の解決策は、64 ビット指定子を使用し、32 ビット ビルドで警告が発生するすべての場所で 64 ビット値型にキャストすることです。

しかし、キャストせずに両方のアーキテクチャで機能するNSIntegerand型専用のフォーマット指定子があるのではないかと思っていましたか?NSUInteger

簡単な例の下に、標準的な方法でバラディック引数を使用する c 関数があります。

armv7s 以下のすべてのデバイス、および 64 ビット シミュレータを含むすべてのシミュレータで、これは成功し、v1 から vn への変数が p1 から pn に割り当てられますが、これを arm64 で実行すると、可変長リストが逆になっているように見えます ( v1 = pn, v2 = pn-1, ..., vn = p1)

これに対する修正はありますか？それとも、この変更を説明するドキュメントを見逃したのでしょうか?

ありがとう

編集：

この問題の重要な要素について言及するのに失敗しました。非可変関数を一般的な可変関数でスウィズルしようとしていました。

注: 使用されているコンパイラは Apple LLVM 5.0 でした

さて、Google AdMob API は現在 arm64 で動作するはずですが、このエラーが発生しています。

Google で検索したところ、多くの人が 64 ビット機能の使用を避けるよう提案しています。しかし、今では API が機能するはずなので、なぜそうしなければならないのかわかりません。

私は本当にここで立ち往生しています。

自作の assert マクロでは、iOS デバイスで asm("trap") (または iOS シミュレーターで asm("int3")) を使用してデバッガーを中断しています。ただし、デバイスの 64 ビット ビルドでは、トラップ命令に対して「認識されない命令ニーモニック」が表示されます。arm64に相当するものはありますか?

( __builtin_trap() や raise(SIGINT) などの代替手段は機能しますが、私が気に入らない動作がいくつかあります。前者はブレークを超えて続行できず、後者は関数であるため、常に一歩下になりますブレーク時にスタック内にいる必要がある場所。)

このファイル p3.cxx をコンパイルすると、次のようになります。

このような：

と

次に、「foobarclass の typeinfo」のシンボルを確認します。

arm64の場合、シンボルが弱いプライベート外部なのはなぜですか? これは、実行時に dlsym() がそれを見つけられないことを意味します。これは、LibreOffice コードベースの特定の低レベルのものを破壊します。

アプリを 64 ビットに移行するために、アーキテクチャのビルド設定を次のように変更しました。

ARCHS = "$(ARCHS_STANDARD_INCLUDING_64_BIT)";

一部の画像が表示されない (空白) ことを除いて、アプリは正常に動作しています。なぜそれが起こるのでしょうか？手がかりはありますか？