インテル® ソフトウェア開発製品の詳しい情報については、http://www.intel.co.jp/jp/software/products/ を参照してください。
この製品には 2 つのエディションがあります。
スタンダード・エディションには、以下のコンポーネントが含まれます。
<install-dir>/doc/Doc_Index.htm) が提供されています。 プロフェッショナル・エディションには、スタンダード・エディションのすべてのコンポーネントに加えて、以下のコンポーネントが含まれます。
プロフェッショナル・エディションの追加コンポーネントは、個別にインストールされ、それぞれリリースノートが含まれています。
注: インテル® C++ コンパイラーのデフォルトのインストール・パスは、/opt/intel/cc/10.1.xxx です。ここで、xxx は 3 桁のビルド番号です。このドキュメントでは、デフォルトのインストール・パスを <install-dir> として表記しています。
テクニカルサポートを受けたり、製品のアップデート・モジュールを入手するには、製品を登録する必要があります。製品の登録方法は、この後にある「テクニカルサポート」セクションを参照してください。
インテル® C++ コンパイラー Linux 版には、Eclipse 3.2.x への統合と C/C++ Development Tools (CDT) 3.1.x が含まれています。
Eclipse は、オープンソースのソフトウェア開発環境プロジェクトで、高度に統合されたツールを開発するための、強力でフル機能を備えた、商用品質の標準プラットフォームを提供することを目的としています。Eclipse は、拡張可能なオープンソースの統合開発環境 (IDE) です。
CDT (C/C++ Development Tools) プロジェクトは、Eclipse のサブプロジェクトで、Eclipse プラットフォーム用のフル機能を備えた C/C++ IDE を提供することを目的としています。CDT は、Eclipse プラットフォーム用の、C/C++ 開発用プラグインのセットです。
インテル® C++ コンパイラーを Eclipse/CDT IDE と統合することで、ビジュアルでインタラクティブな環境でインテル® C++ プロジェクトを開発、ビルド、実行できます。
リンク
このセクションでは、インテル® C++ コンパイラー 10.0 以降の新機能および変更点について説明します。インテル® デバッガーのリリースノートも参照してください。
以下に、バージョン 9.1 の最初のリリースから変更または追加されたコマンドライン・オプションをリストします。これらのオプションの詳細な情報は、コンパイラーのドキュメントを参照してください。
-alias-const[-]-axS-[no-]check-uninit-cxxlib-nostd-diag-<type> <diag-list>-diag-dump-diag-enable port-win -diag-enable sv[1|2|3] -diag-enable sv-include-diag-file[=file] -diag-file-append[=file]-[no-]diag-id-numbers -dumpmachine-f[no-]align-functions[=n]-fargument-noalias-global-fast-f[no-]exceptions-f[no-]instrument-functions-f[no-]jump-tables -f[no]-keep-static-consts-fmudflap-fp-speculation=<mode>-[no-]func-groups -gcc-sys-help [category]-[no-]inline-calloc malloc() および memset() への呼び出しとして calloc() へのインライン呼び出しを行うようコンパイラーに指示します。(デフォルト: オフ) -ipo-jobs<n>-march=core2-msse[n] -msse2 ) -mtune=core2-nostdinc++-openmp-lib typelegacy) -[no-]opt-class-analysis-opt-malloc-options=n malloc() の代替アルゴリズムを指定します。(デフォルト: 0) -[no-]opt-multi-version-aggressive-opt-ra-region-strategy [=keyword]default) -opt-streaming-stores keywordauto) -[no-]par-runtime-control-par-schedule-<keyword>[[]n]-[no-]prefetch-O3 が指定されている場合のみ有効です。IA-32 システムで使用する場合は、-xT を指定する必要があります。(IA-32 および IA-64 システムのみ。デフォルト: オフ) -save-temps[-]-shared-intellibguide を除くすべてのライブラリーを静的にリンク)-shared-libgcc-static-intellibguide を除くすべてのライブラリーを静的にリンク)-static-libgcc-tcheck [<mode>]-tcollect-trigraphs-[no-]unroll-aggressive-[no-]vec-guard-write-Weffc++-W[no-]missing-declarations-Wnon-virtual-dtor-Wreorder -W[no-]strict-prototypes-Wunused-variable-Wwrite-stringsconst char * が (非 const) char * に変換された場合に診断メッセージを出力します。(デフォルト: オフ) -xO-xS推奨されていない (現在はサポートされているが、将来のバージョンでは削除される予定の) コマンドライン・オプション、または削除された (サポートが終了した) コマンドライン・オプションの詳細は、ドキュメントの「コンパイラー・オプション」 > 「推奨されていないコンパイラー・オプション (古いオプション) と削除されたコンパイラー・オプション」を参照してください。
多くのコマンドライン・オプションでは、オプション名でハイフン ("-") の代わりに、古い記述方法の下線 ("_") を使用しています。この古い記述方法は、まだ有効です。
-fast の変更 -fast オプションは、一般的にランタイム・パフォーマンスを向上させるオプションのセットを指定するための簡単な方法です。ドキュメントに記載されているように、オプションのセットは変更されることがあります。-fast は、バージョン 10.0 では -xT を設定しますが、以前のバージョンでは -xP を設定します。この変更により不都合が生じる場合は、-fast を使用する代わりに、各オプションを個別に設定する必要があります。詳細は、ドキュメントの「コンパイラー・オプション」を参照してください。
-xW オプション インテル® 64 対応システムでは、-xW はデフォルトで有効になります。これは、ベクトル化を有効にする効果があります。また、以前のバージョンを使用したときには表示されていなかった場所で、ベクトル化レポートメッセージが表示されます。ベクトル化レポートメッセージを表示しないようにするには、-diag-disable vec を使用してください。-xP や -axT のような代替オプションも指定できます。
バージョン 10.1 から -openmp-lib compat オプションにより、OpenMP ライブラリー互換の gcc を使用するように指定できるようになりました。アプリケーションに gcc または g++ で構築されたソースモジュールが含まれており、アプリケーションで OpenMP を使用する場合、このオプションを指定することを推奨します。デフォルトは、-openmp-lib legacy で、インテルが提供する OpenMP ライブラリーを使用します。
このバージョンでは、最適化の可能性を広げるために内部表現が単純化され、例外処理が完全に再設計されています。以下の点が改善されています。
Mudflap は、コンパイル時のインストルメンテーションに基づき、ポインターの使用方法をチェックするための技術です。安全ではない可能性があるさまざまな C/C++ 構造に対して保護コードを追加し、ランタイム時に実際のエラー箇所を検出します。検出されるエラーは次のとおりです。
Mudflap ポインターチェックを有効にするには、-fmudflap コンパイラー・オプションを使用し、アプリケーションをリンクするコマンドで -lmudflap を指定します。
C++ クラス階層解析は、C++ クラス階層情報を使用してコンパイラーに情報を提供します。これにより、コンパイル時により多くの仮想関数が解決可能となり、パフォーマンスが向上します。
cpu_dispatch キーワードおよび cpu_specific キーワードで、インテル® Core™2 プロセッサーおよびストリーミング SIMD 拡張命令 3 補足命令 (SSSE3) 対応のインテル® Xeon® プロセッサー用の cpuid コード core_2_duo_ssse3 を使用できるようになりました。
このバージョンでは、メモリーおよびループの最適化を行う最適化レベル O2 と O3 で、並列化 (すべてのシステム) とベクトル化 (IA-32 およびインテル® 64 対応システム) を統合するように最適化機構が完全に再設計されています。
次の改善により、パフォーマンスの大幅な向上が期待できます。
ループ変換 (HLO) の最適化レポートは、ループ変換 (交換) を適用できなかった原因を示し、検出されたボトルネックが、ソースの変更により排除できる場合はループ変換を推奨します。これらのレポートは、より詳細な情報を提供し、理解しやすいように強化されています。
new 演算子の動作変更C++ の new 演算子では、括弧で囲まれた型の直後に配列インデックスを使用することはできません。次に例を示します。
int main()
{
char *p1 = new (char *)[20]; // array index is not allowed after ")"
return 0;
}
以前のバージョンのインテル® C++ コンパイラーでは、配列インデックスは作成する型の一部とみなされ、コンパイラーおよび対象となる互換性バージョンにより、次のいずれかとして処理されました。
new ((char*)[20])
または
(new (char *))[20]
このバージョンでは、互換性バージョンが gcc 3.4 以降の場合、このような誤った使用をエラーとみなすように変更されています。gcc 3.3 以前の互換モードでは、配列インデックスは作成する型の一部とみなされます (gcc 3.3 の動作と同じです)。
-std=c99 および -std=c89 の動作変更 -std=c99 オプションまたは -std=c89 オプションを使用する場合、インテル® コンパイラー 10.1 の動作は gcc と同じで、__STRICT_ANSI__ マクロを事前に定義します。アプリケーションがコンパイルエラーとなり、以前のバージョンの動作を使用する場合は、コマンドラインに -U__STRICT_ANSI__ を追加してください。
スタティックの検証は、複数のソースファイルに渡ってプログラムを静的に解析する新しい機能です。ユーザーコード内のさまざまな不具合や言語機能と矛盾している箇所を特定して、重要度に応じて報告します。スタティックの検証は、C/C++ および Fortran のコードを理解し、OpenMP 宣言子の解析も行います。
本リリースでは、スタティックの検証を有効にすると、リンカーが起動されず、実行ファイル、スタティック・リンク・ライブラリー、またはダイナミック・リンク・ライブラリーが生成されません。スタティックの検証により生成されるオブジェクト・ファイルは有効なものではなく、実際の実行ファイル、スタティック・リンク・ライブラリー、またはダイナミック・リンク・ライブラリーの生成には使用できません。現在の使用モデルでは、スタティックの検証は診断レポートを生成するための代替ビルドオプションとして追加されています。
スタティックの検証は、クロスファイルのプロシージャー間の最適化 (/Qipo) とともに使用することはできません。
詳細は、ドキュメントの「アプリケーションのビルド」 > 「エラー処理」 > 「コンパイル時エラー処理」 > 「スタティックの検証診断オプションの使用」を参照してください。
IDE 内でスタティックの検証サポートを有効にすると、最終的なビルドターゲット (例: 実行ファイル) は作成されません。スタティックの検証が必要な場合は、デバッグ (開発) 構成のコピーを作成して、スタティックの検証構成を別途作成することを推奨します。
バージョン 10.1 のインテル® C++ コンパイラーおよび idb デバッガーでは、コンパイラーとデバッガーの Eclipse および C/C++ Development Tools (CDT) への統合が提供されています。ただし、コンパイラーとデバッガーの統合に必要な共通の Eclipse ベース・コンポーネント (Eclipse Platform Binary、Eclipse C/C++ Development Tools (CDT)、JRE) は、コンパイラー・キットでは提供されていません。共通コンポーネントを無料で入手する方法の詳細については、インストール・ガイドで説明しています。
バージョン 10.1 の統合は、以下の環境で動作確認されています。
Eclipse 3.2.x、C/C++ Development Tools (CDT) 3.1.x、および Eclipse 3.2.1 でサポートされている JRE (または Java プラットフォーム) であれば、正しく動作します。
Eclipse 3.2.1 についての詳細は、次の Web サイトにある Eclipse のリリースノートおよび README を参照してください。
http://www.eclipse.org/eclipse/development/readme_eclipse_3.2.1.html (英語)
http://download.eclipse.org/eclipse/downloads/drops/R-3.2.1-200609210945/index.php (英語)
libimf のリンク方法の変更 以前のバージョンのインテル® C++ コンパイラーの一部では、インテル® 64 対応アプリケーションは、ほかのライブラリーには静的にリンクされましたが、libimf にはデフォルトでダイナミック (共有オブジェクト) バージョンにリンクされました。現在のバージョンでは、-shared-intel を使用しない限り、libimf は静的にリンクされます。これは IA-32 システムにおける動作と同じです。インテル® コンパイラーによりビルドされた共有オブジェクトにリンクする場合、-shared-intel を使用してインテルのダイナミック・ライブラリーを指定します。
libimf の変更により、次に示すリンカーからのメッセージが表示されることがあります。
warning: feupdateenv is not implemented and will always fail
この警告はライブラリー・タイプの不一致が原因で、無視することができます。-shared-intel を使用する場合、この警告は表示されません。
-early-template-check スイッチ 最新バージョンの g++ (3.4 以降) ではテンプレート定義を解析しますが、セマンティクスのチェックはほとんど行われません。多くのセマンティクスは、実際にインスタンス化が行われるまで、チェックされません。そのため、g++ では使用不可能なテンプレートを使用することができます (ただし、実際にプログラムで使用されないテンプレートでなければなりません)。インテル® C++ コンパイラーでは、新しいオプション (-early-template-check) を利用して、インスタンス化を行う前に、関数テンプレートのプロトタイプのセマンティクスをチェックできます。
例:
class A {};
template <class T> struct B {
B () {}; // error with -early-template-check): no initializer for
// reference member "B<T>::a"
A& a;
};
このスイッチは、gcc 3.4 以降の互換モード (-gcc-version=340 以降) でのみ動作します 。
-ansi は -fp-port を意味しなくなりました 以前のバージョンのコンパイラーでは、-ansi スイッチは -fp-port を意味していました。バージョン 10.1 では、-ansi は -fp-port を意味しなくなりました。そのため、特に x87 命令を使用する浮動小数点の演算において、コンパイラーは -ansi でより効率的なコードを生成できるようになりました。代入時およびキャスト時に、浮動小数点データをソースの精度に丸める必要がある場合は、-fp-port と -ansi を併用してください。
-cxxlib-icc のサポート終了 本リリースでは、C++ アプリケーションをリンクする際に、以前のリリースで提供されていた Dinkumware* の C++ ライブラリーの代わりに、GNU g++ の C++ ライブラリーを使用する必要があります。この変更により、本リリースでは gcc 3.2 以上がインストールされているシステムが必要となります。
__m64 型の変数の初期化 __m64 データ型は、整数値で __m64 を静的に初期化できるという点に関しては、スカラーとして扱われていました。しかし、MMX 対応のほかのコンパイラーと同様に、MMX 機能のサポートは終了しました。そのため、__m64 型の変数の初期化子は、中括弧 ({ }) で囲む必要があります。アプリケーションでスカラーを使用して __m64 型の変数を指定している場合、コンパイラーは次のようなエラーメッセージを表示します。
error: a value of type "unsigned long long" cannot be used to initialize an entity of type "const __m64"
インテル® コンパイラーは、一般的なプロセッサーとオペレーティング・システムを組み合わせた、3 つのプラットフォームをサポートしています。このセクションでは、本ドキュメント、インストール手順、およびサポートサイトでプラットフォームの記述に使用されている用語について説明します。
「ネイティブ」とは、アプリケーションを実行するプラットフォームと同じプラットフォームでアプリケーションをビルドする (例えば、IA-32 システムで実行するアプリケーションを IA-32 システムでビルドする) ことを指します。「クロスプラットフォーム」または「クロスコンパイル」とは、アプリケーションを実行するプラットフォームとは異なる種類のプラットフォームでアプリケーションをビルドする (例えば、IA-64 システムで実行するアプリケーションを IA-32 システムでビルドする) ことを指します。すべての組み合わせのクロスプラットフォーム開発がサポートされているわけではありません。また、組み合わせによっては、オプションのツールとライブラリーをインストールする必要があります。
サポートされているホスト (アプリケーションをビルドするシステム) とターゲット (アプリケーションを実行するシステム) の組み合わせを次に示します。
注: ホストと異なるターゲットの開発を行う場合、Linux ディストリビューションから別のライブラリー・コンポーネントのインストールが必要になることがあります。
注: インテル® クラスター OpenMP にはライセンスが別途必要で、動作環境もコンパイラーとは異なります。詳細は、インテル® クラスター OpenMP のドキュメントを参照してください。
libstdc++.so.5 を提供する Linux コンポーネント compat-libstdc++ libstdc++.so.5 を提供する Linux コンポーネント compat-libstdc++libstdc++.so.5 を提供する Linux コンポーネント compat-libstdc++
インテル® コンパイラーは、さまざまな Linux ディストリビューションと gcc バージョンで動作確認されています。一部の Linux ディストリビューションには、動作確認に使用したヘッダーファイルとは異なるバージョンのものが含まれていて、問題を引き起こすことがあります。使用する glibc のバージョンは、gcc のバージョンと同じでなければなりません。
注:
-O3、-ipo および -openmp などの高度な最適化オプションを使用してコンパイルする場合は、相当な量の RAM が必要になります。Red Hat Enterprise Linux AS 2.1 で Eclipse 統合開発環境を使用する場合、次の環境も必要になります。
コンパイラーのインストールおよびコンパイラー環境の設定についての情報は、「インストール・ガイド」を参照してください。デフォルトのインストール・ディレクトリーは、次のとおりです (このドキュメントでは <install-dir> および <idb-install-dir> として表記されています)。
/opt/intel/cc/10.1.xxx
(IA-32 および IA-64 システム)
/opt/intel/cce/10.1.xxx (インテル® 64 対応システム)
/opt/intel/idb/10.1.xxx
(IA-32 および IA-64 システム)
/opt/intel/idbe/10.1.xxx (インテル® 64 対応システム) -openmp スイッチを使用してインテル® コンパイラー 9.0 でコンパイルしたプログラムは、インテル® コンパイラー 10.1 をインストールすると実行できなくなることがあります。ローダーはランタイム時に終了し、_intel (例: _intel_fast_memset) という文字列から始まる未定義のシンボルに関するエラーメッセージが表示されます。この場合、インテル® コンパイラー 10.1 を使用して実行ファイルを再コンパイルすると、ローダー・エラー・メッセージは表示されなくなります。
Red Hat Enterprise Linux 3 Update 4 では、/usr/include/c++/3.2.3/ia64_Red Hat-linux/bits/os_defines.h ファイルにインライン・アセンブリー・コードが追加されました。この結果、インテル® C++ コンパイラーは、このヘッダーを参照しているソースのコンパイルに失敗するようになりました。この問題は、EL3 以前のバージョンや EL4 以降のバージョンを含め、Linux の他のバージョンでは既知の問題ではありません。この問題は、SGI ProPack 3 Service Pack 5 にも影響します。
修正されたヘッダーファイルは、http://www.intel.com/software/products/compilers/downloads/os_defines.h.90 からダウンロードできます。
この修正ファイルは、インストールしたコンパイラーの代用ヘッダー・ディレクトリーに配置してください。次に例を示します。
<install-dir>/substitute_headers/c++/bits/os_defines.h
パスは bits/os_defines.h で終わる必要があります。ここに配置すると、コンパイラーはファイルを自動的に検索します。既存のインストーラーが作成したディレクトリー <install-dir>/substitute_headers を検索して、そのディレクトリーにサブディレクトリー c++/bits を作成してください。
-ipo_obj オプションのサポートの終了直接オブジェクト・コードの生成を強制する -ipo_obj オプションはサポートされなくなりました。このオプションが指定された場合、警告が表示され、代わりに -ip オプションが指定された状態になります。
大きなサイズのスタックを必要とする POSIX* スレッドのプログラムの場合、一部の Linux のバージョンでは正常に動作しないことがあります。これは、Linux の POSIX スレッド・ライブラリーのバージョンによっては、ハードコードされたスタックサイズに制限があるためです。インテル® コンパイラーでは POSIX スレッド・ライブラリーを使用して OpenMP ベースおよび自動生成による並列化を実装しているため、上記の制約は OpenMP プログラム (-openmp)、およびインテル® コンパイラーで自動生成された並列プログラム (-parallel) にも適用されます。通常、スタックの容量制限を超過したスレッドプログラムを実行すると、セグメンテーション違反またはアドレッシング・エラーが発生します。
この制約を回避するには、FLOATING_STACKS パラメーターが定義されている glibc のバージョンを使用するようにしてください。いくつかのディストリビューションでは、これは pthreads ライブラリーのスタティック・バージョンではなく、共用バージョンを使用することを意味します。そして、ulimit -s または limit stacksize コマンドを実行して、最大シェル・スタック・サイズを (unlimited ではない) 十分な大きさの値 (単位：KB) に設定し、さらに環境変数 KMP_STACKSIZE を必要なスレッド・スタック・サイズ (単位：バイト) に設定してください。bash シェルでは、ulimit -s コマンドを使用して最大スタックサイズを設定できるのは 1 回のみであることに注意してください。C シェル (csh) では、limit stacksize を使用することで、最大スタックサイズを何回でもリセットできます。
一部の Linux バージョン (例: Red Hat Enterprise Linux 4 以前) で、/usr/lib/libpthread.a および /usr/lib/libc.a のデフォルトのインストールでは、Linux スレッド・ローカル・ストレージ (TLS) を完全にサポートしていません。Linux TLS メカニズムを使用して -static でリンクする場合は、スレッド・ローカル・ストレージにアクセスしようとすると、-openmp のインクルードまたは libpthread の呼び出しはランタイムエラーを引き起こすことがあります。この問題を解決するには、nptl-devel.rpm パッケージ (Linux インストール CD に含まれる) をインストールして、-L/usr/lib/nptl を指定してコンパイルします。
-g とインライン展開を組み合わせた場合のコンパイル時間の増加
-g をインライン展開と組み合わせて使用すると、コンパイル時間が長くなることがあります。-ipo、-ip を指定した場合や -O1 以上のオプションレベルで C++/C99 プログラムをコンパイルする場合、インライン展開が発生します。これはデバッグ情報が生成されるためです。多くのアプリケーションでは、このコンパイラー・オプションの組み合わせで、コンパイル時間やコンパイル時のメモリー容量が増加することはありません。
Red Hat AS2.1 のオリジナルバージョンと一緒に出荷されている glibc のバージョン 2.2.4-26 には問題があることがわかっています。このバージョンでコマンド icc -v または icc -V を使用すると、コンパイラーがハングします (ファイルはコンパイルされません)。これは、glibc 2.2.4-31.7 にアップグレードすることで、問題は解決します。AS2.1 にアップデートを適用している場合、この問題は発生しません。この問題は、AS2.1 を初期にインストールして更新を行ってない場合にのみ発生します。
x86_64 システム (インテル® 64 対応システム、および同等のシステム) で動作する一部の Linux ディストリビューションでは、gcc binutils リンカーに問題があることがわかっています。SPEC CPU2006 ベンチマーク・テスト 471.omnetpp を実行すると、誤った結果が出力されます。この問題は、さまざまバージョンのインテル® C++ コンパイラーおよび gcc で再現されています。すべての Linux ディストリビューションで問題のリンカーを使用しているわけではありません。この問題の Bugzilla レポートは、http://sourceware.org/bugzilla/show_bug.cgi?id=2655 (英語) および http://sourceware.org/bugzilla/show_bug.cgi?id=2657 (英語) から入手できます。
使用している Linux ディストリビューションで問題のリンカーが使用されているかどうかは、配布元までお問い合わせください。
-relax がリンカーに渡されない バージョン 10.1 では、-r オプションと競合するために、コンパイラー・ドライバーは IA-64 システムで -relax スイッチをリンカーに渡しません。binutils 2.11.90.0.27 以降 (2.14 を推奨) を使用している場合、-relax オプションはデフォルトで指定されるため、指定する必要はありません。古いバージョンの binutils を使用していて -relax オプションを指定する場合、リンカーを起動するコンパイラーのコマンドで -Xlinker -relax を使用してください。
libunwind.so.7 に関する ld 警告SUSE LINUX Enterprise Server 10 上でインテル® コンパイラーを使用してアプリケーションをビルドすると、次のような警告が表示されることがあります。
ld: warning: libunwind.so.7, needed by /usr/lib/gcc/ia64-suse-linux/4.1.0/../../..//libgcc_s.so, may conflict with libunwind.so.6
icc.cfg に次の行を追加して、この問題を回避することができます。
-L /usr/lib
この問題は、インテル® コンパイラーの将来のバージョンで修正される予定です。
(-ax*) 使用時のデバッグ情報の制限-ax{W|N|B|P} を使用してコンパイルを行うと、各関数について IA-32 汎用コードと CPU 特有のコードの 2 種類のコードが生成されます。各関数のシンボルは自動 CPU ディスパッチ・ルーチンを参照して、ランタイムに実行するコードセクションを決定します。これらの関数にデバッガーのブレークポイントが名前でセットされると、ディスパッチ・ルーチンでアプリケーションが停止します。その結果、デバッグ時に予測できない動作が発生します。この問題は、インテル® デバッガーおよびインテル® コンパイラーの将来のバージョンで修正される予定です。
-fp オプションを使用しないでビルドされた IA-32 プログラムをデバッグまたはトレースバック表示できない
-fp を使用してコンパイルを行うと、IA-32 EBP レジスターは汎用レジスターではなくフレームポインターとして使用されます。デバッガーおよびトレースバック・ハンドラーは、-fp を使用しないでコンパイルされた関数への呼び出しを含むスタックから適切にスタックを戻すことができません。-g または -O0 を使用してコンパイルすると、-fp は暗黙的に有効になりますが、より高い最適化レベル (-O2 など) を明示的に指定した場合は有効になりません。アプリケーションでデバッガーまたはトレースバックを使用する場合で、-O0 よりも高い最適化レベルを使用する場合は、デバッガーおよびトレースバック・ハンドラーがフレームポインターを使用できるように、-fp も指定してください。
古いバージョンの GNU アセンブラーは、-[a]xP、T、または S オプションを使用して生成されたアセンブリー・コードを処理できません。この問題が発生した場合は、binutils バージョン 2.17.50.0.15 以降を使用してください。
gdb デバッガーとインテル® コンパイラー
インテル® コンパイラー Linux 版は、Dwarf2 の高度な機能 (クラス内でネストされた宣言など) を含む、Dwarf2 形式のデバッグ情報を生成します。バージョン 5.3.90-* のような、古い gdb デバッガーは、これらの Dwarf 機能を正しく処理できないことがあります。C++ の表現をフルに使用するソースコードを正しく処理するためには、gdb のバージョン 6.1 以降を使用してください。
idb の使用-debug キーワード inline_debug_info、semantic_stepping、variable_locations または extended を使用する場合、インテル® デバッガーを使用してください。他のデバッガーを使用すると、拡張デバッグ情報が正しく処理されず、予期しない動作が行われる可能性があります。弊社では、現在、他のデバッガーの開発者と拡張デバッグ情報をサポートするための作業を進めております。
インストール時にコンパイラーの登録を行わなかった場合は、インテル® ソフトウェア開発製品レジストレーション・センターで登録してください。登録を行うことで、サポートサービス期間 (通常は 1 年間) の間、すべてのアップデートと新しいバージョンの入手を含む、インテル® プレミアサポートのすべての機能にアクセスできます。
テクニカルサポート、製品のアップデート、ユーザーフォーラム、FAQ、ヒント、およびその他のサポート情報は、http://www.intel.com/software/products/support/clin を参照してください。
注: 代理店がテクニカルサポートを提供している場合は、インテルではなく代理店にお問い合わせください。
Submit Issue] リンクをクリックします。
Product Type] ドロップダウン・リストから [Development Environment (tools,SDV,EAP)] を選択します。
Product Name] ドロップダウン・リストから [Intel® C++ Compiler for Linux*] を選択します。
注: 特定の国へのアクセスを制限する必要があるソースコードを送信する場合は、ソースコードを送信する前にサポート担当者までお問い合わせください。
> uname -a > rpm -qa | grep glibcrpm をインストールしている場合は、下記のコマンドを実行します。 > ls /lib/libc*下記のコマンドで、インテル® C++ コンパイラーのパッケージ ID を取得します。
> icc -V
出力された「Package ID」(例: l_cc_x_10.1.xxx) をインテル® プレミアサポートの適切なフィールドにコピーします。また、問題の解決に役立つと思われる事項はすべてお伝えください。
<package ID>_README (例: l_cc_x_10.1.xxx_README) を参照してください。
Compiler Error Source Reducer (CESR) は、C/C++ または Fortran ソースコードで構成されたテストケースの収集、縮小、特定、保護、文書化、およびバンドルを行うユーティリティーのセットです。大規模なアプリケーションからインテル® プレミアサポートに送信する小さなテストケースを抽出する場合に便利です。CESR は、インテル® ソフトウェア開発製品レジストレーション・センターの [製品のダウンロード] からダウンロードできます。製品を選択して、バージョンのドロップダウンから [CESR] を選択します。CESR は試験的に提供されているもので、サポートは提供されておりません。CESR に関するご意見およびご感想は、インテル® プレミアサポートまでお寄せください。CESR を利用するには、Python* 2.2 またはそれ以降をあらかじめインストールしておく必要があります。
インテル® コンパイラーのドキュメントおよび HTML ベースの関連ドキュメントは、ご使用の Web ブラウザーでご覧になれます。Firefox などの JavaScript をサポートしている Web ブラウザーで、JavaScript を有効にしてアクセスすることで、オンライン・ヘルプ・ファイルでフル・ナビゲーション、検索、キーワード検索、およびハイパーリンク機能を利用できます。ほとんどのマニュアルの PDF バージョン (英語) は、http://developer.intel.com/software/products/compilers/clin/docs/manuals.htm から入手できます。
ドキュメントは、<install-dir>/doc ディレクトリーにインストールされます。HTML 版のドキュメント・インデックスは、<install-dir>/doc/doc_index.htm です。 『Intel® Debugger Manual』(HTML 形式、英語) は、インテル® デバッガーの doc ディレクトリーにあります。
GNU glibc C 言語ライブラリーについての情報は、Linux OS のベンダー、または GNU の Web サイト www.gnu.org (英語) でドキュメントを入手してください。
icc(1) manpage では、コマンドライン・オプションおよび icc および icpc コンパイラー・コマンドに関する情報のリストが提供されています。icc(1) manpage を表示するには、<install-dir>/bin/iccvars.*sh ファイルを実行する source コマンドを使用して環境を設定してから、次のコマンドを入力してください。
$ man icc
man コマンドでは、表示された内容のスクロール、文字列の検索、特定の場所へのジャンプ、その他の機能を実行する単一キーまたはキーの組み合わせを利用できます。例えば、z を入力すると次の画面、w を入力すると前の画面が表示されます。man コマンドのヘルプを表示するには、h キーを入力します。ヘルプを閉じるには、q キーを入力して、表示されている manpage に戻ります。検索するには、/ 文字の後に検索する文字列 (/string) を入力して、Enter を押します。man コマンドのテキストの表示後、q を押すと、シェルコマンドのプロンプトに戻ります。
HTML ドキュメント形式は、サポートされている Linux ディストリビューションに付属している Web ブラウザーで動作することを確認しています。コンパイラー・ドキュメンテーションの PDF バージョン (英語) は、http://developer.intel.com/software/products/compilers/clin/docs/manuals.htm から入手できます。
インテル® ソフトウェア開発製品の詳しい情報については、http://www.intel.co.jp/jp/software/products/ を参照してください。
関連製品の一部を次にリストします。
本資料に掲載されている情報は、インテル製品の概要説明を目的としたものです。本資料は、明示されているか否かにかかわらず、また禁反言によるとよらずにかかわらず、いかなる知的財産権のライセンスを許諾するためのものではありません。製品に付属の売買契約書『Intel's Terms and Conditions of Sale』に規定されている場合を除き、インテルはいかなる責を負うものではなく、またインテル製品の販売や使用に関する明示または黙示の保証（特定目的への適合性、商品性に関する保証、第三者の特許権、著作権、その他、知的所有権を侵害していないことへの保証を含む）にも一切応じないものとします。インテルによる書面での同意がない限り、インテル製品は、インテル製品の停止を起因とする人身傷害または死亡を想定して設計されていません。
インテル製品は、予告なく仕様や説明が変更される場合があります。機能または命令の一覧で「留保」または「未定義」と記されているものがありますが、その「機能が存在しない」あるいは「性質が留保付である」という状態を設計の前提にしないでください。これらの項目は、インテルが将来のために留保しているものです。インテルが将来これらの項目を定義したことにより、衝突が生じたり互換性が失われたりしても、インテルは一切責任を負いません。この情報は予告なく変更されることがあります。この情報だけに基づいて設計を最終的なものとしないでください。
本資料で説明されている製品には、エラッタと呼ばれる設計上の不具合が含まれている可能性があり、公表されている仕様とは異なる動作をする場合があります。現在確認済みのエラッタについては、インテルまでお問い合わせください。
最新の仕様をご希望の場合や製品をご注文の場合は、お近くのインテルの営業所または販売代理店にお問い合わせください。
本書で紹介されている注文番号付きのドキュメントや、インテルのその他の資料を入手するには、1-800-548-4725 (アメリカ合衆国) までご連絡いただくか、インテルの Web サイトを参照してください。
Intel、インテル、Intel ロゴ、Intel Core、Itanium、Pentium、Xeon は、アメリカ合衆国およびその他の国における Intel Corporation の商標です。
* その他の社名、製品名などは、一般に各社の表示、商標または登録商標です。
(C) 2007 Intel Corporation. 無断での引用、転載を禁じます。