#pragma GCC最適化と同等のIBM XL C/C++

Question

PowerPCプラットフォームで-O3というIBM XL C/C++を使用してソースファイルにbad code generationが発生しています。ハングとしてのその表面は、特定のループが壊れていないように見えます。

問題は、XL C/C++でのみ発生します。私たちのテスト体制は、ソースファイルが未定義の振る舞い、メモリエラー、およびその他の正誤のないことを示しています。ソースファイルのコンパイラからの厳密な/警告の警告も受け取りません。

-O3の代わりに-O2にソースファイルをコンパイルします。プラグマのようなインスツルメンテーションをソースファイルに追加して、コンパイラに適切にガードされるようにします。インストルメンテーションは、他の人がCmakeやAutotoolsのような他のビルドシステムにワイヤインすることを可能にします。 （必要な情報はソースで利用可能であり、メイクファイルではありません）。

コンパイラのIBMマニュアルはIBM XL C/C++ for AIX, V13.1にありますが、そのオプションが見つかった場合は気になります。

#pragma GCC optimizeに相当するIBM XL C/C++とは何ですか？ -O3の代わりに-O2を使用するようにXL C/C++に指示するために、ソースコードを計測するにはどうすればよいですか？

Answer 1

-O2のソースファイルをコンパイルするために使用できるIBM XL C/C++ for AIX V13.1オプションは、#pragma options optimize=2です。その情報はオンラインhereまたはPDF hereにあります。コマンドラインですでに指定されている-O3を上書きし、それを関数レベルで制御する場合は、#pragma option_override(<your function name>, "opt(level, 2)")を使用します。その情報はオンラインhereまたはPDF hereにあります。 1つのソースファイルが-O3の代わりに-O2にコンパイルされるようにMakefileを変更することで同じことを達成することもできます。

また、tea.cpp:27:26で始まるエラーメッセージは、IBM XL C/C++ for AIX V13.1から出されましたか？その製品の診断メッセージの形式ではないようです。

私たちは、スタックオーバーフロー（xlcでタグ付けするとタグ付けを見つけることができます）のコメントを引き続き監視しますが、質問をIBMフォーラムのhttp://ibm.biz/xl-power-compilers-forumに投稿すると、応答時間が短縮される場合がありますコンパイラ開発チームはより積極的に監視します。