0

これが IDE の標準的な動作かどうかはわかりませんが、個人的にはイライラします。ビルド時にファイルが警告 (未使用の変数、ints/longs/ の不一致など) を生成する場合、別のファイルが変更され、[プロジェクトのビルド] ボタンがクリックされると、それらの警告は表示されなくなります。変更されていないコードに関する警告が引き続き表示される方が理にかなっていませんか? この動作を強制する方法はありますか?

4

2 に答える 2

1

警告は、コンパイラがそれらを発行したときに表示されます。残念ながら、これは VS チーム (少なくとも 2008 年まで) と Qt Creator チームの両方が行った設計上の決定です。

これは標準的な動作のようですが、それをオーバーライドするオプションについては知りません。Qt Creator で修正するのは簡単ですが、関連する API が存在しない限り、Visual Studio で修正するのは難しいかもしれません。VS の場合、アドインを作成する必要があり、エラー リストとビルド プロセスへの読み取り/書き込みアクセスを可能にする API が利用可能である必要があります。そのような API が存在する場合、それも同様に簡単なことです。

于 2012-06-07T22:00:28.040 に答える
0

これは「標準的な動作」であり、より具体的には、動作は地球上のビルドシステムが「動作するように設計されている」方法の属性です。

@Kubaが指摘しているように、警告はコンパイラーによって発行されます。それらは保存されません（ビルド操作の「すべてのエラーのログ/警告」を除きます。これは、IDEが通常、将来のビルド操作からの読み取りと抜粋を読み取ることはありません。新しい警告/エラーの独自のログを取得します）。したがって、コンパイラが実際にファイルを再度コンパイルしない限り、警告は表示されません。これは、新しいビルド操作によって再度生成される新しい警告であるためです。

必要なもの（賢い考え、IMHO）を取得するには、ビルドシステムで次のことを行う必要があります。

  • 各ファイルコンパイルからの警告を保存します（おそらく「ファイルごと」に）
  • file-output-productが「使用」されるたびに、これらの警告を呼び出し/表示します

非常に賢い。私はそれを行うシステムを知りません。それには、かなり重要なIDEまたはビルド製品のビルドツールレベルの管理が必要になりますが、私見では、どれもうまくいきません（ただし、他のものより優れているものもあります）。

これは2012年であり、空飛ぶ車が不足しているだけでなく、さまざまな構成を簡単に処理しながら、すべてのコアを使用して必要なものだけを単に/迅速にビルドするビルドシステムもありません。両方とも今では期待されていました。

その後、いつかあなたはおそらくあなたの機能を手に入れることができるでしょう。それはあなたがあなたの空飛ぶ車でそれを使うことができるので、それはボーナスでしょう。

于 2012-06-08T11:57:34.580 に答える