Arm Compiler for Embedded 6.20 での変更点

Arm Compiler for Embedded 6.20 での一般的な変更

• [SDCOMP-62625] AArch32 状態のA-プロファイルアーキテクチャ機能のサポートが追加されました：
  

  機能識別子	機能の説明	-march / -mcpu +＜feature＞ オプション	以前のサポートレベル	新しいサポートレベル
  FEAT_CLRBHB	分岐履歴バリア命令のクリア	－	Beta	サポート

  -march=armv9.4-a または-march=armv8.9-aオプションを使用してコンパイルすると、この機能はコンパイラによってデフォルトで有効化されます。
  より詳細については以下を参照してください：
  
  • Reference Guide 内、-marchの章
  • Reference Guide 内、-mcpuの章
  • Arm Architecture Reference Manual およびReference Manual Supplement 内の各機能に関連する項目


• [SDCOMP-62624] AArch64 状態の以下のA-プロファイル機能のサポートが追加されました：
  

  機能識別子	機能の説明	-march / -mcpu +＜feature＞ オプション	以前のサポートレベル	新しいサポートレベル
  FEAT_CHK	機能ステータスの説明確認	－	未サポート	Alpha
  FEAT_CLRBHB	分岐履歴バリア命令のクリア	－	Beta	サポート
  FEAT_CSSC	Common short sequence 圧縮命令	cssc	Beta	サポート
  FEAT_D128,FEAT_SYSREG128, FEAT_SYSINSTR128	128-bit ページテーブル記述子	d128	Beta	サポート
  FEAT_ITE	Instrumentation extension	ite	Beta	サポート
  FEAT_LRCPC3	Release Consistency Model の追加サポート	rcpc3	Beta	サポート
  FEAT_LSE128	128-bit atomic 命令	lse128	Beta	サポート
  FEAT_PFAR, FEAT_RASv2	Reliability, Availability およびServiceability v2	rasv2	Beta	サポート
  FEAT_PRFMSLC	Prefetch memory system level cache 命令	－	Beta	サポート
  FEAT_RPRFM	Range prefetch ヒント命令	－	Beta	サポート
  FEAT_SPECRES2	強化投機管理	predres2	Beta	サポート
  FEAT_THE	Translation hardening extension	the	Beta	サポート

  
  -march=＜name＞オプションを使用してコンパイルした場合、コンパイラはデフォルトでこれらの機能の以下のサブセットを有効にします：
  

  -march=＜name＞option	有効化される機能
  armv9.4-a	FEAT_CHK, FEAT_CLRBHB, FEAT_CSSC, FEAT_PFAR, FEAT_PRFMSLC, FEAT_RASv2, FEAT_SPECRES2
  armv9-a およびそれ以降	FEAT_RPRFM
  armv8.9-a	FEAT_CHK, FEAT_CLRBHB, FEAT_CSSC, FEAT_PFAR, FEAT_PRFMSLC, FEAT_RASv2, FEAT_SPECRES2
  armv8-a およびそれ以降	FEAT_RPRFM

  
  より詳細については以下を参照してください：
  
  • Reference Guide 内、-marchの章
  • Reference Guide 内、-mcpuの章
  • Arm Architecture Reference Manual およびReference Manual Supplement 内の各機能に関連する項目


• [SDCOMP-62623] 浮動小数点式の縮小を制御する -ffp-contract=＜value＞オプションのサポートが追加されました。
  詳細については、リファレンス ガイドの-ffp-contractセクションを参照してください。


• [SDCOMP-61726] 以下のA-プロファイルアーキテクチャのサポートが行われました：
  

  Architecture	-march=オプション	以前のサポートレベル	新しいサポートレベル
  Armv9.4-A	armv9.4-a	Beta	サポート
  Armv8.9-A	armv8.9-a	Beta	サポート

  より詳細については、Reference Guide内の-march の章を参照してください。



• [SDCOMP-62438] 以下のサポートされている x86_64 ホストオペレーティングシステムに対しての変更：
  
  • 追加されたホストオペレーショングシステム
  • Red Hat Enterprise Linux 9
  • Ubuntu 22.04 LTS
  • Windows Server 2022
  • Windows 11
  • 削除されたホストオペレーショングシステム
  • Windows Server 2012
  • Windows Server 2016
  • Windows 8.1
  Ubuntu 18.04 LTS ホスト オペレーティング システムのサポートは、次のリリースで削除されます。


• [SDCOMP-62413] 以前、コンパイルオプション-fsanitize=memtagを使用して、
  メモリのタグ付けサニタイザーを有効にできました。これを変更しました。
  メモリのタグ付けサニタイザーを有効にするには、次のオプションでコンパイルします。
  
  • -fsanitize=memtag-heap,memtag-stack
  
  さらに、-fsanitize=memtagを使用してコンパイルすると、コンパイラは次のエラーを報告できるようになりました。
  
  • Tagged symbols (-fsanitize=memtag-globals) are only supported on aarch64 + Android
  
  詳細については以下を参照してください：
  • Reference Guide 内-fsanitize, -fno-sanitizeの章
  • User Guide 内Overview of memory taggingの章


• [SDCOMP-62131] --sysvでリンクする場合、以下のリンカのワーニングがリマークにダウングレードされました:
  • L6314W: No​​​​​​​​​​​​​ section matches pattern ＜pattern＞
  このリマークは、--diag_error=L6314Wとリンクすることでエラーに、
  または--diag_warning=L6314Wとリンクすることで警告にアップグレードできます。


• [SDCOMP-62037] 以前、C++ソース言語モードでコンパイルした場合、コンパイラは以下のワーニングをレポートすることがありました：
  
  • missing 'typename' prior to dependent​​​​​ type name '＜name＞'
  この動作は変更されました。
  コンパイラは、typenameキーワードを指定するための要件を緩和する C++20 拡張機能を実装するようになりました。
  拡張機能は、すべての C++ソース言語モードで有効です。その後、コンパイラは以下のワーニングをレポートするようになりました：
  
  • missing 'typename' prior to dependent type name ＜name＞;​​​​​​​​​​ implicit 'typename'​​​ is a C++20 extension
  このワーニングは、-Werror=c++20-extensionsでコンパイルすることによってエラーにアップグレードできます。
  詳細についてはC++ Standards Committee PapersのP0634R3を参照してください。
  


• [SDCOMP-61795]Windowsホストプラットフォームのインストールパッケージ構造が変更されました。setup.exeファイルは削除されました。
  ツールチェーンをインストールするには、代わりに.msiファイルを使用してください。
  
  詳細についてはUser Guide 内のSystem requirements and installationの章を参照してください。
  


• [SDCOMP-61757]デフォルトの C++ソース言語モードが gnu++14 から gnu++17 に変更されました。
  
  詳細についてはReference Guide 内の-stdの章を参照してください。
  


• [SDCOMP-61739] 以前、fromelfユーティリティが AArch64 PRFM(リテラル)命令のラベルオペランドをラベルまたは PC 相対オフセットとして逆アセンブルしていました。
  この動作は変更されました。fromelfユーティリティは、オペランドを即時オフセットとして逆アセンブルするようになりました。
  
  ELF形式のオブジェクトファイルを逆アセンブルする場合は、 --text -rを使用して出力された再配置情報を手動で検査し、
  AArch64 PRFM(リテラル)命令のラベルオペランドを特定します。
  


• [SDCOMP-60879] C++17標準ライブラリヘッダー＜memory_resource＞のサポートが追加されました。


• [SDCOMP-58910] Neoverse V2 プロセッサをサポートしました。
  Neoverse V2 をターゲットとするには、以下のarmclangオプションのいずれかを使用してください：
  

  暗号化拡張	オプション
  あり	--target=aarch64-arm-none-eabi -mcpu=neoverse-v2+crypto
  なし	--target=aarch64-arm-none-eabi -mcpu=neoverse-v2



• [SDCOMP-55137] -ffp-mode=fullでコンパイルするときの AArch64状態の浮動小数点例外のサポートが追加されました。
  詳細については、Referenc Guide 内-ffp-mode の章を参照してください。

Arm Compiler for Embedded 6.20 での不具合修正

armclang

• [SDCOMP-62725] 整数 MVE のみをサポートするターゲットに対して-mfloat-abi=hardを使用してコンパイルすると、
  コンパイラはArm アーキテクチャのプロシージャ コール標準に誤って準拠しないコードを生成していました。


• [SDCOMP-62575] M-profile Vector Extension (MVE) を使用して Armv8.1-M ターゲット用にコンパイルすると、
  コンパイラはループに対して誤ったコードを生成する可能性がありました。


• [SDCOMP-62463] -ffp-mode=stdまたは-ffp-mode=＜mode＞オプションなしでコンパイルすると、コンパイラは浮動小数点式の縮小を常に無効にしていました。
  
  浮動小数点式の縮小を制御するには、-ffp-contract=＜value＞オプションまたは#pragma STDC FP_CONTRACT ＜value＞を使用します。
  
  詳細については、Referenc Guide 内の下記の章を参照してください。
  • -ffp-contract
  • #pragma STDC FP_CONTRACT


• [SDCOMP-62352] コンパイラと統合アセンブラは、Armv8-MアーキテクチャのリビジョンB.qに従って、VMLA.U32またはVMLAS.U32命令を誤って生成する可能性がありました。
  コンパイラと統合アセンブラは、Armv8-MアーキテクチャのリビジョンB.rVMLA.I32またはVMLAS.I32命令を生成するようになりました。
  


• [SDCOMP-62330] -gまたは-gdwarf-4を指定してコンパイルすると、コンパイラはビットフィールドに対して誤ったデバッグ情報を生成する可能性がありました。
  


• [SDCOMP-62123] コンパイラは、*vdup*_*f16() Neon intrinsicに対して誤ったコードを生成する可能性がありました。


• [SDCOMP-61413] -mbranch-protection=＜protection＞でリンク時最適化(LTO)機能を有効にしてコンパイルすると、コンパイラは分岐保護を有効にせずにコードを誤って生成していました。


• [SDCOMP-61298] ハードウェア浮動小数点サポートのないターゲット用にコンパイルする場合、コンパイラは __SOFTPP__定義済みマクロの定義に誤って失敗する可能性がありました。


• [SDCOMP-59547] AArch64状態のアセンブル時に、インラインアセンブラおよび統合アセンブラは、アクセスする特殊レジスタとして AMCG1IDR_EL0を指定するMRS命令について、以下のエラーを誤ってレポートしていました。
  
  • expected readable system register

armlink

• [SDCOMP-62415] C++例外とメモリタグサニタイザーの両方を有効にしてコンパイルされた入力オブジェクトをリンクすると、リンカが以下のワーニングを間違ってレポートする可能性がありました：
  
  • L6860W: Unable​​​​​​​​​​​​​ to optimize .eh_frame sections: ＜object＞(.eh_frame)(CIE at offset ＜offset＞) augmentation string contains unrecognized character: G


• [SDCOMP-62251] リンカは、ロード領域を記述する ELFプログラムヘッダーのp_memszフィールドの小さすぎる値を誤って計算する可能性がありました。


• [SDCOMP-62032] C++例外とキーBが有効なポインター認証の両方でコンパイルされた入力オブジェクトをリンクすると、リンカーは以下のワーニングを誤ってレポートする可能性がありました：
  
  • L6860W: Unable​​​​​​​​​​​​ to optimize .eh_frame sections: ＜object＞(.eh_frame)(CIE at offset ＜offset＞) augmentation string contains unrecognized character: B


• [SDCOMP-60491] R_AARCH64_CONDBR19再配置によって変更された AArch64 FEAT_HBC BC.＜cond＞命令を含む入力オブジェクトをリンクすると、リンカは命令を誤ってUDF命令に置き換える可能性がありました。


• [SDCOMP-57199] リンカは、4 バイト境界にアラインされていない A32命令に分岐するT32 BL命令を含むプログラムのワーニングを誤ってレポートしない可能性がありました。
  リンカーは、下記のワーニングをレポートするようになりました：
  
  • L6307W: Relocation #REL:0 in ＜object＞(＜section＞) with respect to ＜function＞. Branch to unaligned destination

fromelf

• [SDCOMP-62644] --emit=addressesまたは--text -aを使用して名前のないデータアドレスを含む ELF形式の入力ファイルを処理すると、fromelfユーティリティが誤ってレポートしていました:
  • ARM FromELF: Execution interrupted due to an illegal storage access


• [SDCOMP-62217] fromelf ユーティリティがLE またはLETP 命令のラベルオペランドを、PC相対オフセットではなく即時オフセットとして誤って逆アセンブルしていました。


• [SDCOMP-62000] -gを使用してデバッグ情報を含む ELF形式の入力ファイルを処理すると、fromelfユーティリティが.debug_locセクションに対して誤った出力を生成する可能性がありました。

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

• [SDCOMP-57673] AArch64状態の Arm Cライブラリのバリアントは、以下のように浮動小数点ユニットの構成に誤って失敗していました：
  
  • デフォルトの NaN プロパゲーションを有効化。
  • 非正規化数のゼロへのフラッシュを有効化。