これは、リリース時に提供されたリリースノートの最初のセットです。 リリースノートの 最新版 については、 https://developer.arm.com をご参照ください。
Arm Compiler 6.10 は次のサポートを追加しました:
Arm Compiler 6.10 は、以下のように使用されることを意図しています:
これら製品から少なくとも１つの適切なライセンスが利用可能である必要があります。 これら製品から少なくとも１つの適切なライセンスが利用可能である必要があります。 ライセンスの購入については info-arm@dts-insight.co.jp へご連絡ください。
フローティングライセンスをご使用の場合は、 armlmd および lmgrd をversion 11.14.1.0以降にアップデートする必要があります。ARMでは、常に https://developer.arm.com/products/software-development-tools/license-management/downloads から入手できる最新バージョンのライセンスサーバーソフトウェアを使用することをお勧めします。
ARM Compiler 6は、ARM Compiler 5の後継であり、以下にリストされたコンポーネントを含みます。以前のプロジェクトからプロジェクトを移行するための情報は、製品ドキュメンテーション内の Migration and Compatibility Guide をご覧ください。
アセンブラに関する注意事項:
次の表は、最も一般的なツールキットのサポートレベルを示しています:
| アーキテクチャおよびプロセッサ | サポートレベル | ライセンス / 構成 | ||||||
| MDK-Lite | MDK-Essential | MDK-Plus | MDK-Professional | DS-5 Professional | DS-5 Ultimate | |||
| Armv8-A | Cortex-A75/73/72/57/55/53/35/32 | サポート済み | - | - | - | - | - | Yes |
| Armv7-A | Cortex-A17/15/12/9/8/7/5 | サポート済み | - | - | - | Yes | Yes | Yes |
| Armv8-R | Cortex-R52 | サポート済み | - | - | - | - | - | Yes |
| Armv7-R | Cortex-R8/7/5 | サポート済み | - | - | - | - | Yes | Yes |
| Cortex-R4F/4 | サポート済み | - | - | Yes | Yes | Yes | Yes | |
| Armv8-M | Cortex-M33/23 | サポート済み | - | 非セキュアのみ | Yes | Yes | Yes | Yes |
| Armv7-M | SC300 | サポート済み | - | - | Yes | Yes | Yes | Yes |
| Cortex-M7/4/3 | サポート済み | 32 Kbyte コード制限 | Yes | Yes | Yes | Yes | Yes | |
| Armv6-M | SC000 | サポート済み | - | - | Yes | Yes | Yes | Yes |
| Cortex-M0/M0+ | 32 Kbyte コード制限 | Yes | Yes | Yes | Yes | Yes | ||
| Armv6-M 以前のアーキテクチャ | 未サポート | - | - | - | - | - | - | |
| Arm以外のアーキテクチャ | 未サポート | - | - | - | - | - | - | |
| サポートレベル | 説明 |
| サポート済み（製品化レベル） | 製品品質を保ち、一番高位のサポート優先度 |
| ベータ | 実装は完了済みだが、テストは部分的。お客様の試用とフィードバックを歓迎 |
| アルファ | 実装は未完了でテストは部分的。お客様の試用とフィードバックを歓迎 |
| コミュニティ | オープンソーステクノロジで利用可能な追加機能がARM Compiler 6に組込み済み。Arm社はこれら機能の品質レベルや機能レベルへの言及はしない。お客様の試用とフィードバックを歓迎。 |
| 未サポート | 機能がツールチェインに含まれていないか非推奨になっており、テストは未実施。 当該機能を使用する場合は完全な自己責任。 |
他のツールキットでサポートされているアーキテクチャとプロセッサについては、販売元にお問い合わせください。
サポートされている機能および機能のサポートレベルの詳細については、製品のマニュアルを参照してください。
Arm Compiler 6.10 が、ツールキット(例：DS-5)の一部として含まれている場合、ツールキットのインストーラがインストレーションプロセスを処理します。ツールキットのインストレーション方法を参照してください。
その他のケースの場合、Arm Compiler 6.10 をどのように使用するかに依存して適切なインストレーションの場所を選択する必要があります:
Arm Compiler 6.10 は、DS-5製品のインストレーションの外であるなら、デフォルトの場所を含み、任意の場所にインストールすることができます。
インストール後、 https://developer.arm.com/products/software-development-tools/ds-5-development-studio/resources/tutorials/adding-new-compiler-toolchains-to-ds-5 のチュートリアルで示す方法に従って、DS-5 5.20以降のツールチェーンに統合することができます。
DS-5 Eclipse IDE あるいは DS-5 Command PromptからArm Compiler 6.10 を使用することをおすすめします。これら環境の外でツールチェーンを使用するとき、以下の環境変数の構成が必要となります:
詳細な情報は、 https://developer.arm.com/products/software-development-tools/license-management/resources/product-and-toolkit-configuration をご参照ください。
Arm Compiler 6.10 は、Keil MDKインストレーションの ARM サブディレクトリ以下にインストールする必要があります。たとえば、Keil MDKインストレーションがC:Keil_v5の場合、 C:Keil_v5ARMARMCompiler6.10 へインストールすることをおすすめします。
インストール後、 http://www.keil.com/support/man/docs/uv4/uv4_armcompilers.htm のチュートリアルで示す方法に従って、MDKのプロジェクトへツールチェーンの統合が可能です。
ARM Compiler 6.10 は、DS-5製品のそれぞれのインストレーションの外であるなら、デフォルトの場所を含み、任意の場所にインストールすることができます。
ライセンスファイルあるいはライセンスサーバの場所を指定する ARMLMD_LICENSE_FILE 環境変数をセットしてください。Windows上ではダブルクォーテーションをこのパス内に含めないでください。パス内の空白はクォーツなしで、動作します。
DS-5 Professional Editionライセンスを使用していない場合は、 ARM_TOOL_VARIANT を適切に設定してください。
詳細な情報は、 https://developer.arm.com/products/software-development-tools/license-management/resources/product-and-toolkit-configuration をご参照ください。
Arm Compiler 6.10 は、以下のサポートされるプラットフォームでテストされています:
Arm Compiler 6.10 は、古いプラットフォームでは動作しません。
Arm Compiler 6.10をインストールするには、 install_x86_64.sh を実行( source ではありません)し、画面の指示に従ってください。インストーラは、Arm Compiler 6.10 をお客様が指定したディレクトリに解凍します。
armclang バイナリは、お客様の指定したディレクトリ内にArm Compiler 6.10 の一部としてインストールされたlibstdc++のコピーへ動的にリンクされています。
Arm Compiler 6.10 は、以下のサポートされるプラットフォームでテストされています:
Arm Compiler 6.10 は、古いプラットフォームでは動作しません。
Windows 64-bitホストプラットフォーム上でArm Compiler 6.10 をインストールするために、 win-x86_64setup.exe を実行し、画面の指示に従ってください。Windows 32-bitホストプラットフォーム上でArm Compiler 6.10をインストールするために、 win-x86_32setup.exe を実行し、画面の指示に従ってください。以前のバージョンのArm Compiler 6 がすでにインストールされており、アップグレードしたい場合は、以前のバージョンを一旦アンインストールしてから新しいバージョンのArm Compiler 6 をインストールいただくことを推奨します。
Arm Compiler 6はMicrosoft Visual Studio 2015で構築されており、WindowsのUniversal C Runtimeをインストールする必要があります。詳細な情報は、 https://support.microsoft.com/en-gb/help/2999226/update-for-universal-c-runtime-in-windows をご参照ください。
Linuxの場合、Arm Compiler 6.10 をインストールディレクトリから削除してください。
Windowsの場合、 コントロールパネル の プログラムの追加と削除 から Arm Compiler 6.10 を選択し、 アンインストール ボタンを押下してください。
Arm Compiler 6.10 の以下ドキュメントが利用可能です:
これ以上の情報は、 developer.arm.com 内の Arm Compiler 6 documentation をご参照ください。
Arm社は2018年1月、Arm社は、脆弱性 Variant 1: bounds check bypass (CVE-2017-5753) に関する情報を公開しました。 https://developer.arm.com/support/security-update/compiler-support-for-mitigations を参照し、 このArm Compilerリリースの Migration path の推奨事項を使用して、この脆弱性を軽減してください。この軽減のAPIは変更される可能性があることに注意してください。
お客様からのフィードバックは我々にとって重要です。製品のあらゆる局面において、欠陥報告と改善に関する提案を歓迎します。フィードバックあるいはサポートについて、お客様の製品の購入元あるいは、 https://developer.arm.com/support へご連絡ください。必要に応じて、ツールからの --vsn の出力、問題を再現するのに必要なソースコードおよびその他のファイルとコマンドラインを提供してください。当社へのお問い合わせは、 こちら 。
以下に、Arm Compiler 6.10 シリーズのリリース日付を示します:
以下に、新しい機能と修正された不具合を含むそれぞれのリリースで変更された概要を示します。特に指定がない限り、一つ前のリリースからの変更点を示します。それぞれの項目別に分類され、ユニークな識別子SDCOMP-<NNNNN>を伴います。もしARMへこのリリースノート内の特定の問題について連絡が必要な場合、適切な識別子を通知してください。
以下に以前のリリースであるArm Compiler 6.9 からの変更点を示します。
[SDCOMP-50185] 以前は、AArch32状態のアセンブルとA32およびT32命令セットをサポートするターゲットの場合、従来のアセンブラオプション --apcs =/nointerwork がデフォルトで選択されていました。 この振る舞いは変更されました。 このような状況ではデフォルトで、 --apcs =/interwork が選択されるようになりました。
これらオプションについての詳細な情報は、 armasm User Guide をご参照ください。
[SDCOMP-49700] 特定の状況において、レガシーアセンブラまたはリンカプロセスがファイルを前処理するためにサブプロセスとしてコンパイラを呼び出した際に、適切なライセンスがすべて既に使用されていた場合、プロセスがデッドロックする可能性がありました。これは修正されました。
[SDCOMP-47596] デフォルトの C++ ソース言語モードは、 gnu++98 から gnu++14 に変更されました 。
gnu++14 言語とライブラリ機能は、ベータサポートです。Arm社は、 -std =c++11 でコンパイルすることを推奨しています。これは、完全にサポート済みのC++11 言語とライブラリ機能のみを使用するように、Arm Compilerを制限します。
詳細な情報は、 armclang Reference Guide 内の -std をご参照ください。
[SDCOMP-30915] 以前は、 --keep = section_id あるいは --no _remove リンカオプションを使用して保持しない限り、 __attribute__((used)) で注釈が付けられた関数または変数は、リンカの未使用セクション削除機能によって削除されました。この振る舞いは変更されました。 __attribute__((used)) で注釈が付けられた関数または変数は、リンカのの未使用セクション削除機能によって削除されなくなりました。
[SDCOMP-49242] Armv8.1-A アトミックアーキテクチャ拡張を対象とするためのサポートがコンパイラに追加されました。これには、128-bit型のC++11 std::atomic 比較およびスワップ操作のための CASP 命令の生成が含まれます。
[SDCOMP-48997] コンパイラが特定の標準Cライブラリ関数
printf()
などへの呼び出しを最適化しないようにするために使用できる
-fno
-builtin
オプションのサポートが追加されました。
-fno
-builtin
を指定せずにコンパイルすると、コンパイラはそのような呼び出しをインラインコードで置き換えたり、他のライブラリ関数を呼び出したりします。
このオプションについての詳細な情報は、
armclang Reference Guide
をご参照ください。
[SDCOMP-45236] すべてのCおよびC++ソース言語モードで、 _Float16 データ型がサポートされました。
_Float16 データ型は、ISO/IEC TS 18661で定義されています。
[SDCOMP-50315] 特定の状況で、 配列型のパラメータを持つラムダを含むC++コードをコンパイルすると、コンパイラは、誤って、 Segmentation fault (core dumped) を報告することがありました。これは修正されました。
[SDCOMP-50226] -S または --save -temps でコンパイルするときに、 %notype または STT_NOTYPE 型を指定する .type ディレクティブを含むインラインアセンブリステートメントがプログラムに含まれていると、アセンブリの出力に無効な型が誤って含まれていました。 これは修正されました。
[SDCOMP-49972] 特定の状況において、DSP拡張なしでArmv7-MターゲットまたはArmv8-Mターゲット用のコンパイるすると、コンパイラはアーキテクチャ上 UNDEFINED 命令 SMMLS を誤って含むコードを生成する可能性があります。これは修正されました。
[SDCOMP-49927] AArch32ステートでアセンブルするとき、インラインアセンブラおよび統合アセンブラは、シフトされた第2レジスタオペランドに無効なシフト演算子を指定するメモリアクセス命令に対してエラーの報告に失敗していました。代わりに、インラインアセンブラと統合アセンブラがその命令を誤って無視していました。これは修正されました。 インラインアセンブラと統合アセンブラで、 error: illegal shift operator が報告されるようになりました。
[SDCOMP-49843] big-endian ターゲットかつT32ステート用にアセンブルし、プログラムに命令 I を指定する inst.w 命令が含まれている場合、インラインアセンブラと統合アセンブラは、バイトを誤った順序でエンコードします。これは修正されました。
[SDCOMP-49817] 特定の状況で、 -O3 , -Ofast , あるいは -Omax でコンパイルすると、コンパイラは、ポインタ引数を __attribute__((naked)) で注釈をつけられた関数に誤って渡すことができないコードを生成することがありました。これは修正されました。
[SDCOMP-49718] Armv6-M ターゲットまたはメイン拡張なしの Armv8-M ターゲット用にコンパイルするとき、コードに引数 P と、8バイト以上のアライン要件のローカル変数を持つ関数が含まれており、 P が可変引数リストのため スタックを使用して渡す必要がある場合、コンパイラは P に誤ってアクセスするコードを生成しました。これは修正されました。
[SDCOMP-49707] 特定の状況で、 -Oz でコンパイルするときに、プログラムにC++例外をスローしてキャッチする関数が含まれていると、コンパイラはC++例外をキャッチする関数 F に対して、誤った ARM_EXIDX テーブルエントリを生成することがありました。その後、C++例外がスローされたとき、 F の変数が破損する可能性があります。これは修正されました。
[SDCOMP-49698] C++ソース言語モードでコンパイルすると、コンパイラは、template non-type parameterの無効な宣言指定子に対して誤ってエラーを報告することに失敗しました。代わりに、無効な宣言指定子を誤って無視しました。これは修正されました。コンパイラは、 error: invalid declaration specifier in template non-type parameter を報告するようになりました。
[SDCOMP-49645] 特定の状況で、 Advanced SIMD Extension (NEON)およびAArch32状態をサポートするターゲット用にコンパイルするときに、プログラムに整数型に拡張された比較操作が含まれていると、コンパイラが誤ったコードを生成する可能性があります。 これは修正されました。
[SDCOMP-49456] 特定の状況では、big-endianターゲットかつAArch32ステートで -O0 and -O1 以外の最適化レベルでコンパイルすると、コンパイラは誤ってメモリアクセスを並べ替える可能性がありました。これは修正されました。
[SDCOMP-49246] 特定の状況で、AArch32ステートで -mfloat -abi=soft を指定し、 -mfpu =none を指定せずにコンパイルすると、ビルド属性 Tag_FP_arch を誤って含むオブジェクトがコンパイラによって生成される可能性がありました。 その後、リンカは、ハードウェア浮動小数点命令を含むライブラリ関数の実装を誤って選択することがありました。 これは修正されました。
[SDCOMP-49132] 特定の状況で、メイン拡張なしの Armv8-M ターゲット用にコンパイルするときに、コードに関数ポインタによる呼び出しが含まれていると、コンパイラは誤って、 fatal error: error in backend: ran out of registers during register allocation を報告することがありました。これは修正されました。
[SDCOMP-48979] 特定の状況で、big-endianターゲットかつAArch64ステートで-O0と-O1以外の最適化レベルでコンパイルすると、コンパイラはベクトル化可能なメモリアクセス操作のために不正なコードを生成する可能性があります。 これは修正されました。
[SDCOMP-48864] 特定の状況で、Armv6-M, Armv7, Armv8-MターゲットでT32ステートでアセンブルする場合、インラインアセンブラと統合アセンブラでは、 SP を汎用レジスタオペランドとして指定する VMRS あるいは VMSR 命令に対して、誤ってエラーを報告するのに失敗していました。代わりに、インラインアセンブラおよび統合アセンブラは、 UNPREDICTABLE な汎用レジスタエンコーディング値 13 で VMRS あるいは VMSR 命令を生成しました。これは修正されました。 インラインアセンブラと統合アセンブラで、 error: invalid operand for instruction を報告します。
[SDCOMP-48429] AArch32ステートでアセンブルするとき、インラインアセンブラおよび統合アセンブラは、ベースレジスタオペランドまたは任意にシフトされた第2レジスタオペランドに対する無効なレジスタを指定する命令のエラーを誤って報告することに失敗しました。 代わりに、インラインアセンブラおよび統合アセンブラは、指定されたオペランドとは異なるが有効な汎用レジスタを間違って持つ命令を生成します。これは修正されました。 インラインアセンブラと統合アセンブラは、 error: invalid operand for instruction を報告します。
[SDCOMP-47542] 特定の状況で、 -g または -gdwarf - version を指定したコンパイルすると、コンパイラが列挙子の値に対して誤ったデバッグ情報を生成する可能性があります。 これは修正されました。
[SDCOMP-25212] C または C++言語のソースコードをコンパイルするとき、コンパイラは __GNUC__ プリプロセッサマクロを定義する必要がありますが、追加のGNU拡張をサポートしていないソース言語モードでは間違ってこれを行うことができません。 これは修正されました。
[SDCOMP-49312] 命令 I に関連するエクスポートされたシンボル S が後に続くデータブロック B を含むソースファイルをアセンブルし、 B の後にパディングを追加して I が正しくアラインされるようにする必要がある場合、アセンブラは S を誤ったアドレスに関連付けます。 これは修正されました。
[SDCOMP-49975] 特定の状況で、次の関数のArm Compilerライブラリの実装は、戻り値がゼロにアンダーフローするとき、 errno を ERANGE に誤って設定できませんでした:
これは修正されました。
[SDCOMP-49764] strrchr() 関数のmicrolib実装では、文字列の終端ヌル文字 '' の位置を突き止めるために、NULLポインタが誤って返されました。 これは修正されました。
[SDCOMP-49759] クラステンプレート std::basic_stringbuf のArm C++ライブラリ実装のデフォルトコンストラクタは、ヌルポインタに対するすべてのシーケンスポインタを誤って初期化できませんでした。 これは修正されました。
[SDCOMP-49721] std::istream_iterator を含む == または != 演算子を含むコードをコンパイルするときに、演算子が修飾名を使用して参照されると、コンパイラは誤って、 error: no matching function for call to 'operator<operator>' . これは修正されました。
[SDCOMP-49323] arm_compat.h システムヘッダーは、 __ARM_ACLE マクロが定義されたときに、 arm_acle.h システムヘッダーを誤ってインクルードできませんでした。 これは修正されました。
[SDCOMP-49646] [SDCOMP-49646] --elf --localize = option [, option ,…] を指定してELFファイルを処理するとき、 fromelf ユーティリティは --localize の引数で指定された外部参照を誤ってローカライズし、結果としてリンカは、 Error: L6283E: Object <objname> contains illegal local reference to symbol <symbolname> .を報告していました。これは修正されました。 --localize オプションは、参照ではなく定義のみをローカライズするようになりました。
[SDCOMP-49582] 特定の状況で、再配置によって変更された命令を含むELFファイルを逆アセンブルするとき、 fromelf ユーティリティは再配置の存在を誤って示す逆アセンブリを生成する可能性があります。 これは修正されました。
[SDCOMP-49313] fromelf ユーティリティは、加数を持つ再配置によって変更されたPC相対ロード命令を含むELFファイルを逆アセンブルすると、命令の不正なロード値を含む逆アセンブリを生成します。 これは修正されました。
[SDCOMP-48274] 再配置によって変更されたA64ロード命令またはストア命令を含むELFファイルを逆アセンブルする場合、 fromelf ユーティリティは、AArch64レジスタの代わりにAArch32レジスタを間違って含む逆アセンブリを生成する可能性があります。 これは修正されました。
[SDCOMP-30908] 特定の状況で、 --text -g を指定してAArch64 ELFファイルを処理すると、 fromelf ユーティリティは、 .debug_loc セクションのエントリの実際の値よりも8バイトだけ誤ったオフセットを報告します。 これは修正されました。
[SDCOMP-50507] AArch64 Armv8.2-A半精度浮動小数点コンパイラ組み込み関数のコンパイラサポートには、次の制限があります:
[SDCOMP-50470] コンパイラは、 _Float16 データ型の無効なデフォルト引数拡張を含む関数呼び出しのエラーを誤って報告することができません。
32-bit Application Binary Interface for the Arm Architecture に準拠していないレガシーR-typeダイナミックリンクモデルは、Arm Compiler 6の将来のリリースで廃止されます。
次のものが廃止されます:
従来のRタイプの動的リンクモデルを使用するのではなく、 Base Platform および Base Platform Application Binary Interface (BPABI) リンクモデルを使用して、再配置可能な実行可能ファイルを生成します。
Base Platform および BPABI リンクモデルについての情報は、 armlink User Guide をご参照ください。
従来の SHF_COMDEF セクションフラグを含むELFセクションのサポートは、Arm Compiler 6の将来のリリースで廃止されます。
次のものが廃止されます:
従来の SHF_COMDEF セクションフラグの代わりに GRP_COMDAT セクションフラグを使用します。:
従来の armasm 構文の AREA ディレクティブの COMGROUP= symbol_name セクション属性の詳細については、 armasm User Guide をご参照ください。
COMDAT グループと GRP_COMDAT ELFセクションフラグの詳細については、 Itanium C++ ABI をご参照ください。
__declspec は、 将来のArm Compiler 6のリリースでは廃止されます。
__declspec の使用方法の置き換えについては、 Migration and Compatibility Guide をご参照ください。
この解答はお客様のお役に立てましたでしょうか？