問題タブ [xlc]

XLCコンパイラ（powerpc用）でインラインアセンブリを使用する場合、ラベルは変換されるため、ジャンプの最終的なラベル名を知ることはできません。例：

GCCを使用して前のコードをコンパイルすると、すべてが期待どおりに機能します。ただし、XLCを使用する場合、生成されるアセンブリは次のとおりです。

明らかに、「mylabel」が定義されていないため、プログラムはコンパイルに失敗します。「mylabel」の定義は自動的に「.L1」名に変換されます。実際、この名前は、定義されているローカルラベルの数によって異なります。したがって、「。L1」、「。L2」などになります。

__asm__の代わりにasm、__ asmを使用してみましたが、同じ出力が得られます。コンパイラの最適化を無効にしても機能しません。XLCでアセンブリを生成するときにローカルラベル名を保持する方法を知っている人はいますか？他の回避策も役立ちます。

ありがとうございました、

ibm リファレンスには、-qhalt コンパイラー・オプションの設定よりも高い重大度レベルでエラーが発生した場合、戻りコード 1 が生成されると記載されています。-qhalt=s (重大なエラーのみ) および -qnomaxerr (エラーの量に制限なし) でコンパイルします。ファイルを正常に取得したにもかかわらず、コンパイルされた xlC リターン コードは 1 ですが、0 ではありません。コンパイラからゼロ以外のエラー コードが検出されると、make が停止するため、Makefile が壊れます。

int main() { return 0; }単純なプログラムをコンパイルすると、期待どおり 0 の戻りコードが返されます...

問題のあるコンパイル セッションは次のようになります。

その 1501-218 警告についてはわかりませんし、ibm リファレンスで見つけることができませんでした。

ssh/telnet を使用して AIX マシンに端末アクセスできます (root アクセスなし)。C を使用してプログラムを開発し、xlc コンパイラを使用してコンパイルする必要があります。現在、RSE を使用して eclipse (Juno) でリモート ファイルを開き、ファイルを編集できますが、コード補完とエラー チェックは機能しません。コード補完が機能し、Windows マシンからコードをコンパイルできるように、Eclipse のセットアップを手伝ってくれませんか。どんな助けでも大歓迎です。

SO、AIX7 (64 ビット) ボックスでいくつかのレガシー C コードをコンパイルするように依頼されました。

そして、使用されているコンパイラーを編集するためのメイクファイル (gcc から xlc_r へ) と、フラグを (-DAIX3 から -DAIX7 へ) に変更しました。

ただし、このばかげたことのおかげで、不平を言うエラーが発生しています

方法は次のような質問です

... が何であるかを知りたいのですが、それはパラメータのオープンリストになりますか? また、これを AIX7 で実行するにはどうすればよいですか?

すべてが正常にコンパイルされますが、実行時に、コアダンプ、例外、または何が起こっているかについてのログの手がかりなしでクラッシュします。デバッグ行を挿入した後、コードのこのセクションの周りにあることがわかりました

そして、push_back が発生するこのブロックの最後の行で発生しています。

schemaStructureDequeたまたまDEQUE< OrbSchemaStructure >& schemaStructureDequeDEQUE が std::deque の定義である型のオブジェクトです。

OrbSchemaStructure は、次のように idl で定義された構造体です。

deques の処理方法に変更はありましたか? 何か不足していますか？

この質問をローカライズしすぎていると書き留める前に、情報が不足している場合、または適切な場所を探していない場合はお知らせください。

私はomniORB 4.0.4 btwを使用しています。

Linuxでは、gccは未解決のシンボルがある場合はそれを報告します。ldを使用してaixでそのような情報を生成するにはどうすればよいですか？

XCOFF ファイルの TOC エントリを一覧表示できるツールはありますか?

たぶんこれは悪いプログラミングのケースでした、しかしそれは6.0から11.1へのXLC++のアップグレードでそれ自身を明らかにしています。

コードは次のようになります：

そして、それぞれの解析メソッド内で、return (startAt + 1 + vRows * 81);

vRowsはすべてのメソッドでゼロです。

古いコンパイラでは、出力は次のようになります。

しかし、新しいコンパイラでは、出力は次のようになります。

整数/戻り値の処理方法に変更はありましたか？

与えられたtmp.cpp：

#pragma report警告を抑制することになっている使用にもかかわらず、私はまだ得ます：

その警告を取り除くにはどうすればよいですか？

エラーメッセージ番号はここにあり、＃pragmaレポートの説明はここにあります。私のコンパイラは、Blue Gene / P、V9.0用のIBM XL C / C ++AdvancedEditionです。

gcc および IBM xlc (AIX 用バージョン 10.1) コンパイラーでコンパイルする必要がある C++ コードを生成するドメイン固有言語を作成しています。

1 つの特定のコード スニペットで生成された C++ コードは、gcc では完全に機能しますが、xlc ではそれほど機能しません。コンパイル エラーが発生する最小限のケースにコードを変更しました。

これをコンパイルすると、次のエラーが発生します: "bug183.cpp", line 21.66: 1540-0114 (S) パラメータ名は、この関数の別のパラメータと同じであってはなりません。

しかし、次のようにコンストラクター呼び出しで囲み括弧を削除すると:

エラーはなくなります。また、コンストラクターを括弧で囲んでもエラーが消えるときにweco作成された別の extern 変数に変更するwecoと、このエラーが表示されるには両方の条件が存在する必要があると言っても過言ではありません。

なぜ括弧を削除しないのかと尋ねる人もいるかもしれませんが、削除すると正しく動作しているコードの一部が損なわれる可能性があるため、この動作が C++ コンパイラで想定されているかどうかを理解したいと思っています。少なくとも、既知の回避策があります。