最近打算把項目做成跨平臺的，使之能夠在Mac上運行。做為XCode的默認編譯器，據(jù)說Clang的編譯速度很快，所以決定第一步就需要玩起Clang來。
在編譯的過程中遇到不少問題，整理了如下幾點：
編譯速度跟傳說中的一樣，確實很快。
錯誤提示Clang的提示比cl精準一些，尤其是模版方面，不會有一堆錯誤信息。
模版支持想比cl，Clang對標準的執(zhí)行更嚴格些，或者說更死板些。
比如：
1 template<class X>
2 void doSomething(const X& x)
3 {
4 doOthering(x);
5 }
6 template<class Y>
7 void doOtherthing(const Y& y)
8 {
9 .
10 }
doOtherthing聲明在doSomething之后，但卻在doSomething中使用。在這種情況下，cl編譯是沒有問題。在模版中，Clang也需要前置聲明doOtherthing。
另外對typename的處理跟cl也有出入。幸好支持the new auto，所以能用auto的地方就大膽的用auto吧。
標準支持C++11Clang3.0對C++11的支持太弱。std::shared_ptr, lambda, the new for統(tǒng)統(tǒng)不支持。Clang3.1加入了lambda支持。
cl2010也不支持the new for，但提供了個for each。for each用起來很爽，但要跨平臺就得改啦！
[修訂] clang支持 the new for。與匯編混合編程Clang是不支持的。
如cl支持在C++代碼中嵌入asm block：
__asm{
}
其他Clang要求構(gòu)造函數(shù)初始化列表里面成員變量的初始化順序要符合聲明的順序，這樣可以消除潛在的bug。
結(jié)論相比cl，Clang更嚴格執(zhí)行C++標準。期待Clang盡快更新，對C++11做的更好。目前，項目的代碼沒辦法順利遷移用Clang編譯。