2016-12-29 20 views
1

私はCoverity Scanを現在Windows 7 Pro SP1 x64で約1年間使用しています。私が最初に始めたころから、プロジェクトのmakeコマンドをcov-buildして毎回100%のコンパイルユニットを発行するのに問題はありませんでした。 Coverity Buildツールのバージョン8.7.0では何かが変更されました。ソースコードを処理するのに似た時間がかかりますが、常にエラーが発生し、コンパイル単位は発行されませんでした。Coverity Scan Buildツールのバージョン8.7.0に問題があるのは誰ですか?

中間ディレクトリが、私はcov-buildのこのリリースを使用するときに書かれた多くのファイルがあり、ログは次の多くのインスタンスを持っている:私のソースコードが大幅に変更されていない

error: unknown target triple '--windows-gnu', please use -triple or -arch WARNING: cov-internal-emit-clang returned with code 4

、私は変更されていません私のビルドツールのいずれか。以前のバージョンのビルドツール(8.5.0.5)にダウングレードすると、正しく動作し、すべてのコンパイルユニットが期待どおりに出力されます。私はこのことについて数回Coverityのサポートに電子メールを送ってきましたが、回答を受け取っていません。ビルドツールの最新バージョンは他の人のために働いていますか?

+0

サンプルのコンパイル行と、関連する 'cov-internal-emit-clang'コマンド行をビルドログから貼り付けることはできますか?最初のファイルは '[COMPILING]'で始まり、同じソースファイルの直後に続きます(並列処理によって出力の一部がインターリーブされることがあります)。 – Caleb

+0

ここに、ソースファイルの1つのログのサンプルがあります。 http://pastebin.com/R8q3vArs – raynebc

+0

ありがとうございました。これは設定ミスの問題です - 私が投稿した答えを見てください。誤った設定の原因についていくつかの目立つ質問がありますが、あなたはその答えであなたをブロック解除することができます。 – Caleb

答えて

2

オリジナルの8.7.0リリースでは、キャプチャツールがコンパイラを正しく識別できないというバグがありました。 Coverityサポートは、8.7.0リリースを再ダウンロードするように指示しました。現在は正常に動作しています。

0

貼り付けログのスニペットを見ると、これはWindowsのgccをcomptype clangccとして設定したようです。 MacOSXのgccは本当にAppleのClangコンパイラではありますが、Windowsでも同じことが分かっていません。これは、クランが失敗するためのコンパイラプローブ原因になっている - 最も直接的にこの明らかに間違ったコンパイラのバージョンのスイッチによって示された:

--comp_ver "gcc.exe (GCC) 4.8.1 Copyright (C) 2013 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. "

私はあなたのソリューションは、あなたのgcc-AS-打ち鳴らす設定を削除し、再実行COVすることであると考えてい設定します。ほとんどの場合、これは十分であろう。

:しかし

cov-configure --gcc

それが動作しないいくつかの製品のバグが(そのだ例サポートに連絡してください)がある場合、これは、より明示的なバージョンです。

cov-configure --compiler gcc --comptype gcc --template

自分でcov-configureを実行しましたか、またはこれらの設定がSCANに付属していますか?

関連する問題