Linux開発プロジェクトのClangとGCC

私は大学にいます。プロジェクトではCを使用しています。GCCとClangを調査してきましたが、ClangはGCCよりもはるかにユーザーフレンドリーであるようです。結果として、LinuxのCおよびC ++で開発するために、GCCではなくclangを使用することの利点または欠点は何ですか？

私の場合、これは制作ではなく、学生レベルのプログラムに使用されます。

Clangを使用する場合、GDBでデバッグしてGNU Makeを使用する必要がありますか、それとも別のデバッガーとmakeユーティリティを使用する必要がありますか？

編集：

gccの連中は、gcc（競合）での診断エクスペリエンスを本当に改善しました。彼らはここにそれを紹介するウィキページを作成しました。gcc 4.8にも非常に優れた診断機能が追加されました（gcc 4.9xがカラーサポートを追加）。Clangは引き続きリードしていますが、ギャップは縮小しています。

元の：

学生には無条件にClangをお勧めします。

gccとClangの間で生成されたコードに関するパフォーマンスは不明確になりました（ただし、gcc 4.7がまだリードしていると思いますが、決定的なベンチマークはまだ見ていません）。

一方、Clangの非常に明確な診断は、初心者にとっては間違いなく簡単に解釈できます。

次の簡単なスニペットを考えてみましょう：

#include <string>
#include <iostream>

struct Student {
std::string surname;
std::string givenname;
}

std::ostream& operator<<(std::ostream& out, Student const& s) {
  return out << "{" << s.surname << ", " << s.givenname << "}";
}

int main() {
  Student me = { "Doe", "John" };
  std::cout << me << "\n";
}

Studentクラスの定義の後にセミコロンがないことにすぐ気づくでしょう、そうです:)？

まあ、ファッションの後にgccもそれに気づきます：

prog.cpp:9: error: expected initializer before ‘&’ token
prog.cpp: In function ‘int main()’:
prog.cpp:15: error: no match for ‘operator<<’ in ‘std::cout << me’
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:112: note: candidates are: std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ostream<_CharT, _Traits>& (*)(std::basic_ostream<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:121: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_ios<_CharT, _Traits>& (*)(std::basic_ios<_CharT, _Traits>&)) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:131: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::ios_base& (*)(std::ios_base&)) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:169: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long int) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:173: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long unsigned int) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:177: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(bool) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/bits/ostream.tcc:97: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(short int) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:184: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(short unsigned int) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/bits/ostream.tcc:111: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(int) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:195: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(unsigned int) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:204: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long long int) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:208: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long long unsigned int) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:213: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(double) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:217: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(float) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:225: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(long double) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/ostream:229: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(const void*) [with _CharT = char, _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4/bits/ostream.tcc:125: note:                 std::basic_ostream<_CharT, _Traits>& std::basic_ostream<_CharT, _Traits>::operator<<(std::basic_streambuf<_CharT, _Traits>*) [with _CharT = char, _Traits = std::char_traits<char>]

そして、Clangもここで主演しているわけではありませんが、それでも：

/tmp/webcompile/_25327_1.cc:9:6: error: redefinition of 'ostream' as different kind of symbol
std::ostream& operator<<(std::ostream& out, Student const& s) {
     ^
In file included from /tmp/webcompile/_25327_1.cc:1:
In file included from /usr/include/c++/4.3/string:49:
In file included from /usr/include/c++/4.3/bits/localefwd.h:47:
/usr/include/c++/4.3/iosfwd:134:33: note: previous definition is here
  typedef basic_ostream<char>           ostream;        ///< @isiosfwd
                                        ^
/tmp/webcompile/_25327_1.cc:9:13: error: expected ';' after top level declarator
std::ostream& operator<<(std::ostream& out, Student const& s) {
            ^
            ;
2 errors generated.

私は意図的に、典型的な "Oh my god Clang read my mind"の例ではなく、不明確なエラーメッセージ（文法のあいまいさが原因）をトリガーする例を選択します。それでも、Clangはエラーのフラッドを回避していることがわかります。生徒を怖がらせる必要はありません。

現在、GCCはClang11よりもはるかに優れたC ++ 11機能を完全にサポートしています。また、GCCのコードジェネレーターは、Clangのコードジェネレーターよりも優れた最適化を実行します（私の経験では、徹底的なテストは見ていません）。

一方、Clangは多くの場合、GCCよりも速くコードをコンパイルし、コードに問題がある場合により適切なエラーメッセージを生成します。

どちらを使用するかは、実際には何が重要かによって異なります。コンパイルの利便性よりも、C ++ 11のサポートとコード生成の品質を重視しています。このため、GCCを使用しています。あなたにとっては、トレードオフが異なる場合があります。

私は両方を使用します。それらは時々、異なる有用なエラーメッセージを与えるからです。

Pythonプロジェクトは、コア開発者の1人が最初にclangを使用してコンパイルしようとしたときに、いくつかの小さなバグレットを見つけて修正することができました。

私はClangとGCCの両方を使用していますが、Clangにはいくつかの有用な警告がありますが、私自身のレイトレーシングベンチマークでは、GCCよりも常に5〜15％遅くなっています（もちろん、Grain of Saltを使用しますが、同様の最適化フラグを使用しようとしました）両方のための）。

そのため、今のところ、Clang静的分析とその警告を複雑なマクロで使用しています（ただし、GCCの警告はほぼ同じですが、gcc4.8-4.9）。

いくつかの考慮事項：

• ClangはOpenMPをサポートしていません。それを利用する場合にのみ問題になりますが、私が使用しているため、制限があります。（*****）
• クロスコンパイルはサポートされていない可能性があります（たとえば、FreeBSD 10はまだARMのGCC4.xを使用しています）。たとえば、gcc-mingwはLinux ...（YMMV）で使用できます。
• 一部のIDEは、Clangs出力の解析をまだサポートしていません（例： *****）。編集：QtCreatorがClangの出力をサポートするようになりました
• GCCの一部の側面はより適切に文書化されており、GCCは古くから存在し、広く使用されているため、警告/エラーメッセージのヘルプを取得する方が簡単な場合があります。

*****- これらの領域は活発に開発されており、まもなくサポートされる可能性があります

学生レベルのプログラムの場合、Clangにはデフォルトでより厳密なwrtであるという利点があります。C標準。たとえば、次のK＆RバージョンのHello WorldはGCCからの警告なしに受け入れられますが、Clangによってかなり説明的なエラーメッセージで拒否されます。

main()
{
    puts("Hello, world!");
}

GCCでは、-Werrorこれを有効にして、これが有効なC89プログラムではないことを実際に主張する必要があります。また、C99言語を使用するc99かgcc -std=c99取得する必要があります。

代わりにclangを使用することもできます。

GCCとclangはのような式にいくつかの違いがありa+++++aます。また、gccを使用しているときにMacでclangを使用している同僚からは、さまざまな答えが得られました。

GCCが標準になり、clangが代替になる可能性があります。GCCは非常に安定しており、clangはまだ開発中です。