Arm Compiler 6.16のリリースノート

Arm Compiler 6.16 での変更点

Arm Compiler 6.16 での一般的な変更

• [SDCOMP-57434] Armv8.7-A に対するオプションのAccelerator Support Extensionのアセンブリおよび組み込み関数のサポートが追加されました。Armv8.7-A をターゲットとしてAccelerator Support Extension を使用するには以下のarmclangオプションを使用してください：
  
  • --target=aarch64-arm-none-eabi -march=armv8.7-a+ls64


• [SDCOMP-57433] A アーキテクチャプロファイルにおける将来的なアーキテクチャテクノロジとなるBRBE(Branch Record Buffer Extensions)のearlyサポートがアセンブリに追加されました。BRBEをターゲットとするには以下のarmclangオプションを使用してください：
  
  • --target=aarch64-arm-none-eabi -march=armv8-a+brbe


• [SDCOMP-57389] Armv8.2-A 以降に対するオプションのFlag Manipulation 命令のサポートが追加されました。Armv8.2-A 以降をターゲットとしてこれらの命令を使用するには以下のarmclangオプションを使用してください：
  
  • Arm v8.< ext > -A のAArch64をターゲットとするには --target=aarch64-arm-none-eabi -march=armv8.< ext > -a+flagm を使用。< ext > は2以上。
  これらのオプションのより詳細については、 Reference Guide の -march と -mcpu の項目を参照してください。


• [SDCOMP-57387] Armv8.2-A 以降に対するオプションのFPointer Authentication Extensionのサポートが追加されました。Armv8.2-A 以降をターゲットとしてこのExtensionを使用するには以下のarmclangオプションを使用してください：
  
  • Arm v8.< ext > -A のAArch64をターゲットとするには --target=aarch64-arm-none-eabi -march=armv8.< ext > -a+pauth を使用。< ext > は2以上。
  これらのオプションのより詳細については、 Reference Guide の -march と -mcpu の項目を参照してください。


• [SDCOMP-57209] Cortex-R52+ プロセッサのサポートが追加されました。 Cortex-R52+ をターゲットとして特定の機能セットをコンフィギュレーションするには、以下のオプションから選択します:

  D16 Single-Precision FPU	Advanced SIMD Extension	RAS Extension	armclang	armlinkとfromelf
  あり	あり	あり	-mcpu=cortex-r52plus+ras	--cpu=Cortex-R52plus
  あり	あり	なし	-mcpu=cortex-r52plus	--cpu=Cortex-R52plus
  あり	なし	あり	-mcpu=cortex-r52plus+ras	--cpu=Cortex-R52plus.no_neon --fpu=FPv5-SP
  あり	なし	なし	-mcpu=cortex-r52plus	--cpu=Cortex-R52plus.no_neon --fpu=FPv5-SP
  なし	なし	あり	-mcpu=cortex-r52plus+ras	--cpu=Cortex-R52plus.no_neon --fpu=softvfp
  なし	なし	なし	-mcpu=cortex-r52plus	--cpu=Cortex-R52plus.no_neon --fpu=softvfp



• [SDCOMP-57085] Cortex-A78C プロセッサのサポートが行われました。Cortex-A78Cをターゲットとするには以下のarmclangオプションから選択してください：
  
  • AArch64状態では --target=aarch64-arm-none-eabi -mcpu=cortex-a78c
  • AArch32状態では --target=arm-arm-none-ebei -mcpu=cortex-a78c


• [SDCOMP-56239] Armv8.7-A アーキテクチャのアセンブリを完全にサポートしました。Armv8.7-Aをターゲットとするには以下のarmclangオプションから選択してください：
  
  • AArch64状態では --target=aarch64-arm-none-eabi -march=armv8.7-a
  • AArch32状態では --target=arm-arm-none-eabi -march=armv8.7-a

Arm Compiler 6.16 での機能改善

ライブラリとシステムヘッダ

• [SDCOMP-57309] 以前は、 std::deque< T > および std:queue のArm C++ ライブラリ実装では、 T 型の16 要素分または4096 バイトのいずれかのうち最大となるサイズを最小サイズのブロック単位としてメモリが割り当てられていました。 この動作は変更され、メモリは、 T 型の8 要素分または64 バイトのいずれかのうち最大となるサイズを最小サイズのブロック単位として割り当てられるようになりました。 これにより、割り当てられるメモリの量を減らすことができます。
• [SDCOMP-51880] C++ ライブラリおよびlibc++で使用される Application Binary Interface (ABI) のバージョン() は、version 2 になりました。 Arm Compiler 6.15 以前を使用してビルドされたC++ オブジェクトまたはライブラリは、6.16 を使用してビルドされたC++ オブジェクトまたはライブラリとの互換性が保証されません。C++ オブジェクトおよびライブラリがArm Compiler 6.16 と互換性があることを保証するには、6.16 を使用してすべてのC++ コードをリビルドする必要があります。 詳細については、 Migration and Compatibility Guide の C++ library changes のセクションを参照してください。

Arm Compiler 6.16 で修正された不具合

コンパイラと統合されたアセンブラ(armclang)

• [SDCOMP-57379] volatile ビットフィールドへのアクセスに誤ったコードを生成する可能性がありました。


• [SDCOMP-57168] 次の致命的なエラーを誤ってレポートすることがありました：
  • error in backend: Error while trying to spill LR from class GPR: Cannot scavenge register without an emergency spill slot.


• [SDCOMP-57011] T32 状態用にコンパイルする場合、関数にテイルコール最適化を適用する際に誤ったコードを生成する可能性がありました。


• [SDCOMP-56288] __attribute__((section("name"))) を使用して同じセクションに関数と変数を配置した場合、エラーのレポートに失敗をしたり、以下の致命的なエラーのいずれかを誤ってレポートする可能性がありました:
  • error in backend: '< label > ' label emitted multiple times to assembly file
  • error in backend: invalid symbol redefinition.
  　　この問題は修正され、コンパイラは以下のうちいずれかのエラーを返すようになりました。
  • '< function > ' causes a section type conflict with '< variable > '.
  • '< variable > ' causes a section type conflict with '< function > '.


• [SDCOMP-56235] 定数プールが後に続く関数のデバッグ情報に対して、誤った DW_AT_high_pc エントリを含むオブジェクトファイルを生成する可能性がありました。


• [SDCOMP-56105] コンパイラは誤って以下のエラーをレポートする可能性がありました。
  • out of range pc-relative fixup value.


• [SDCOMP-55371] stdio.h システムヘッダで定義されている関数の呼び出しに対して誤ったコードを生成する可能性がありました。


• [SDCOMP-54072] Procedure Call Standard for the Arm Architecture ABI では、書き込み前に volatile ビットフィールドコンテナがロードされている必要があります。コンパイラがこの要件を正しく満たしていませんでした。プログラムが古いコンパイラの動作に依存している場合は、[COMMUNITY] オプションである-fno-aapcs-bitfield-load を指定してコンパイルしてください。
  以前のリリースのProcedure Call Standard for the Arm Architecture ABI では、ビットフィールドコンテナのタイプに適したアクセス幅を使用して volatile ビットフィールドにアクセスする必要がありました。
  たとえば、ABI では、 int コンテナを持つ volatile ビットフィールドに32 ビットアクセス幅を使用する必要がありました。 しかしABI は変更されました。
  ビットフィールドコンテナが非ビットフィールドメンバとオーバーラップするか、または他の2 つのビットフィールドの間に配置されたゼロ長ビットフィールドの場合 volatile ビットフィールドには、ビットフィールドコンテナのタイプに適したアクセス幅を使用してアクセスする必要がなくなりました。コンパイラは、この変更された要件に準拠するようになりました。
  プログラムが古いコンパイラの動作に依存している場合は、[COMMUNITY] オプション-fno-aapcs-bitfield-width を指定してコンパイルします。


• [SDCOMP-53818] Armv6-M またはMain ExtensionなしのArmv8-M をターゲットにして -O0 でコンパイルすると、 h 制約コードを持つ入力オペランドを含むインラインアセンブリ式に対して誤ったコードを生成する可能性がありました。


• [SDCOMP-51315] -O0 以外の最適化レベルでAArch64 状態用にコンパイルすると、誤ったコードを生成する可能性がありました。


• [SDCOMP-50955] ビットフィールドに値を代入すると、ビットフィールドで表現できない値の変換に失敗する可能性がありました。この問題は修正され、影響を受ける可能性のあるコードの場合、コンパイラは以下の警告を正しくレポートします:
  • implicit truncation from ' ' to bit-field changes value from to [-Wbitfield-constant-conversion].


• [SDCOMP-50060]範囲宣言で thread_local ストレージクラス指定子が使用されているときに、範囲ベースのfor 文のエラーを誤ってレポートしませんでした。次のエラーを報告するようになりました:
  • loop variable ' ' may not be declared 'thread_local'.

リンカ(armlink)

• [SDCOMP-57231] 4 バイトの倍数の相対ベースアドレスを持つ実行リージョンのアライメントに失敗する可能性がありました。


• [SDCOMP-57018] 4 バイトの倍数ではない絶対ベースアドレスを持つ実行リージョンのエラーを誤ってレポートしませんでした。次のエラーをレポートするようになりました:
  • L6244E: Exec region address (
    ) not aligned on a byte boundary.


• [SDCOMP-56263] S が実行リージョン内の最初の出力セクションでない場合、誤って RW または ZI 出力セクション S を4 バイトの境界にアラインできないことがありました。


• [SDCOMP-49941] LTO を有効にしてリンクし、入力オブジェクトに $Sub$ のプレフィックスシンボル名が含まれている場合、リンカが次のエラーを誤って報告する可能性があります:
  • L6137E: Symbol $Sub$$ was not preserved by the LTO codegen but is needed by the image.


• [SDCOMP-46595] ダイナミックリンク中に、異なるシンボル可視性を持つ異なる入力ファイルに表示されるシンボルに対して、リンカが最も制約の強いシンボル可視性を誤って使用する可能性があります。

ライブラリとシステムヘッダ

• [SDCOMP-57176] 文字列を double 型または long double 型の値に変換する特定の関数のArm C ライブラリ実装は、不正な結果を返す可能性がありました。


• [SDCOMP-51923] Arm C++ ライブラリで、 std::pointer_safety がスコープ付きの列挙型として正しく定義されていませんでした。


• [SDCOMP-50015] C++ 標準ライブラリのArm 実装で、 std::regex_constants::ECMAScript 定数がゼロと誤って定義されていました。

Fromelf

• [SDCOMP-56902] -g を使用してDWARF 4 デバッグ情報を含むELF 形式の入力ファイルを処理すると、 debug_line セクションの出力に失敗することがありました。


• [SDCOMP-50938] --bincombined オプションを使用したELF 形式の入力ファイルを処理する場合、無効なバイナリファイルを生成し、次のいずれかを誤ってレポートする可能性がありました:
  • Internal fault: [0x6abbc1:< ver > ].
  • Internal fault: [0x7a1b3a:< ver > ].

Arm Compiler 6.16 の既知の不具合

• [SDCOMP-49441] Arm Compiler に付属のC++ ライブラリとリンクする場合、リンカオプションで --cpu=name の name にArmv8-R ターゲットを指定し、このとき入力オブジェクトがArmv8-R ターゲットのC++ ソース言語モードでコンパイルされていると、リンカは次のエラーを誤ってレポートすることがあります:
  • L6366E: < object > attributes are not compatible with the provided attributes.
  
  これを避けるには --cpu なしでリンクします。


• [SDCOMP-54724] 特定の環境下で、 -ffixed-r6 オプションを使用したコンパイル時、コンパイラはスタックのアライメント要件を満たさないコードを生成する可能性があります。


• [SDCOMP-50470] コンパイラは _Float16 データ型の不正なデフォルト引数の拡張を含む関数呼び出しのエラーのレポートに失敗します。