Sam有一個C++程序，其中用到：
std::wstring mbstowcs(std::string str);
使用X5平臺的編譯器編譯時，遇到如下問題：
error: expected constructor, destructor, or type conversion before"mbstowcs"
error: expected `,' or `;' before "mbstowcs"
Sam就開始尋找原因。順便把gcc,glibc,uclibc,stdc++等東西的概念性東西放在這里。
GCC：gcc（gnu collectcompiler）是一組編譯工具的總稱。它主要完成的工作任務(wù)是“預(yù)處理”和“編譯”，以及提供了與編譯器緊密相關(guān)的運(yùn)行庫的支持，如libgcc_s.so、libstdc++.so等。
glibc:glibc是gnu發(fā)布的libc庫，也即c運(yùn)行庫。glibc是linux系統(tǒng)中最底層的api，幾乎其它任何的運(yùn)行庫都會倚賴于glibc。glibc除了封裝linux操作系統(tǒng)所提供的系統(tǒng)服務(wù)外，它本身也提供了許多其它一些必要功能服務(wù)的實(shí)現(xiàn).
uclibc:uclibc是另一c運(yùn)行庫，與glibc對應(yīng)。它比glibc小。雖然uClibc和Glibc在已有的接口上是兼容的，但有些接口并沒有實(shí)現(xiàn)。
libstdc++:libstdc++ 是GNU C++standard Library .
STL: C++模板庫：
它是C++標(biāo)準(zhǔn)庫的一個重要組成部分。占據(jù)了整個庫的大約80%的分量。
Sam覺得既然編譯就通不過，那說明X5的編譯器本身就不認(rèn)識，有可能是X5平臺的交叉編譯器在創(chuàng)建時沒有添加stdc支持？后來覺得不是這樣，因?yàn)?span style="font-weight: bold;">STL完全是以頭文件形式提供的。
1.所以只需要指定頭文件路徑，就應(yīng)該可以編譯。于是Sam添加了：
-I/opt/hisilicon/toolchains/arm-uclibc-linux-soft/include/c++/3.4.3/
（Sam覺得海思的交叉編譯器做得不是特別規(guī)范，為什么呢。因?yàn)樗蓬^文件，庫文件的地點(diǎn)多變）
添加這個之后，理論上應(yīng)該是可以編譯了。
可發(fā)現(xiàn)還是不認(rèn)識wstring.
2.于是查看/opt/hisilicon/toolchains/arm-uclibc-linux-soft/include/c++/3.4.3/bits/stringfwd.h。
發(fā)現(xiàn)要定義_GLIBCXX_USE_WCHAR_T才會有wstring.
3.于是在編譯程序時添加了 -D_GLIBCXX_USE_WCHAR_T
還是通不過，說沒有wint_t。
4.于是又查STL. 添加了 -D__WINT_TYPE__
又通不過， 說沒有 btowc，Sam查遍了toolchain. 也沒找到這個類型的定義。感覺很奇怪，就去查/usr/include.發(fā)現(xiàn)這個類型有定義。但toolchain中沒有對應(yīng)的頭文件。
所以，Sam覺得很多做嵌入式程序的工程師都不愿使用STL，喜歡用標(biāo)準(zhǔn)C，是有原因的，因?yàn)閠oolchain限制太大。很多提供toolchain的公司對類似STL的提供都不是很全。
