4

こんにちは、gcc 3.4.x が llvm clang をまったくコンパイルしていないように見えるため、CC=gcc-4 および CXX=g++-4 フラグを使用して、cygwin 環境で llvm と clang をコンパイルしています。しかし、私の質問は、長いコンパイル時間についてです。私はこれを夕方の午後 8 時からコンパイルしており、現在は午前 1 時 35 分です。また、ビルド ディレクトリのサイズが 8 ギガバイトを超えました。それでも私は見る

llvm[5]: Linking Debug+Asserts executable clang-format

これは正常ですか?どういうわけかこれをより速くすることはできますか?

4

3 に答える 3

5

ここにいくつかの統計があります

コンパイラ: GCC 4.5.3 Clang、LLVM: 3.2

  • Debug+Assert ビルドのビルドには約 8 時間かかり、合計ビルド サイズは 11 ギガバイトを超えました。

  • Release+assert は、800 メガバイトのビルドのみでわずか 1 時間かかりました。

また、リリース ビルド ( --enable-optimizedで構成) では、 make を-j 4で使用しました。しかし、ビルドプロセス自体によって警告されたように、コンパイル時間が長いのは主にデバッグビルドが原因であったとは思えません。

Note: Debug build can be 10 times slower than an optimized build 
于 2013-02-07T04:26:05.900 に答える
0

あなたが見ているものはかなり期待されています。LLVM/clangはC++で記述されています。したがって、そこには大量のデバッグ情報があります。リンカーは、すべてをマージしようとして非常に苦労しています。

Linuxでは、通常、ldの代わりにgoldを試すことをお勧めします。これは通常、すべてを10倍高速化します。

于 2013-02-08T15:38:19.913 に答える
0

これはCygwinのせいだと思います。それらは MS Visual Studio でビルドできるはずで、Mingw でビルドした人もいます。

于 2013-02-06T20:26:52.550 に答える