리눅스 개발 프로젝트를위한 Clang vs GCC

저는 대학에 있고 C를 사용하는 프로젝트를 위해 GCC와 Clang을 살펴 보았으며 Clang은 GCC보다 훨씬 사용자 친화적 인 것으로 보입니다. 결과적으로 Linux에서 C 및 C ++로 개발하기 위해 GCC와 달리 clang을 사용하는 이점과 단점이 무엇인지 궁금합니다.

제 경우에는 프로덕션이 아닌 학생 수준의 프로그램에 사용됩니다.

Clang을 사용하는 경우 GDB로 디버깅하고 GNU Make를 사용해야합니까, 아니면 다른 디버거를 사용하여 유틸리티를 만들어야합니까?

편집하다:

gcc 사람들은 실제로 gcc (ah 경쟁)의 진단 경험을 개선했습니다. 그들은 여기에 그것을 보여주는 위키 페이지를 만들었습니다 . 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.

나는 전형적인 "오 나의 신 Clang 내 마음을 읽었습니다"예제보다는 불명확 한 오류 메시지 (문법의 모호함에서 나온)를 유발하는 예제를 의도적으로 선택합니다. 그럼에도 불구하고 Clang은 오류의 홍수를 피합니다. 학생들을 놀라게 할 필요가 없습니다.

현재 GCC는 Clang보다 C ++ 11 기능을 훨씬 더 완벽하고 완벽하게 지원합니다. 또한 GCC의 코드 생성기는 Clang의 코드 생성기보다 더 나은 최적화를 수행합니다 (제 경험으로는 철저한 테스트를 보지 못했습니다).

반면에 Clang은 종종 GCC보다 코드를 더 빨리 컴파일하고 코드에 문제가있을 때 더 나은 오류 메시지를 생성합니다.

어떤 것을 사용할지 선택하는 것은 실제로 당신에게 중요한 것이 무엇인지에 달려 있습니다. 컴파일의 편의성을 높이는 것보다 C ++ 11 지원과 코드 생성 품질을 중요하게 생각합니다. 이 때문에 GCC를 사용합니다. 당신에게 장단점은 다를 수 있습니다.

때로는 서로 다르고 유용한 오류 메시지가 표시되기 때문에 둘 다 사용합니다.

파이썬 프로젝트는 핵심 개발자 중 한 명이 처음으로 clang으로 컴파일을 시도했을 때 많은 작은 버그 릿을 찾아서 고칠 수있었습니다.

나는 연타가 유용한 경고를 가지고 있지만, 내 자신의 광선 추적 벤치 마크 발견, 연타 및 GCC 모두 사용 -는 지속적으로 5~15%를 느리게 다음 GCC (물론 소금의 입자로 가져가,하지만 비슷한 최적화 플래그를 사용하려고 모두).

그래서 지금은 복잡한 매크로와 함께 Clang 정적 분석 및 경고를 사용합니다. (지금은 GCC의 경고가 거의 우수합니다-gcc4.8-4.9).

몇 가지 고려 사항 :

• Clang은 OpenMP를 지원하지 않으며,이를 활용하는 경우에만 중요하지만 그렇게하므로 나에게 한계가 있습니다. (*****)
• 크로스 컴파일은 잘 지원되지 않을 수 있습니다 (예 : FreeBSD 10은 여전히 ​​ARM에 GCC4.x를 사용함). gcc-mingw는 Linux ... (YMMV)에서 사용할 수 있습니다.
• 일부 IDE는 아직 Clangs 출력 구문 분석 ( 예 : ***** 과 같은 QtCreator)을 지원하지 않습니다 . 편집 : 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은 아직 개발 중입니다.