Sam有一個(gè)C++程序，其中用到：
std::wstring mbstowcs(std::string str);
使用X5平臺(tái)的編譯器編譯時(shí),，遇到如下問題：
error: expected constructor, destructor, or type conversion before "mbstowcs"
error: expected `,' or `;' before "mbstowcs"

Sam就開始尋找原因,。順便把gcc,glibc,uclibc,stdc++等東西的概念性東西放在這里。

GCC：gcc（gnu collect compiler）是一組編譯工具的總稱,。它主要完成的工作任務(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)行庫都會(huì)倚賴于glibc,。glibc除了封裝linux操作系統(tǒng)所提供的系統(tǒng)服務(wù)外,，它本身也提供了許多其它一些必要功能服務(wù)的實(shí)現(xiàn).

uclibc:uclibc是另一c運(yùn)行庫，與glibc對(duì)應(yīng),。它比glibc小,。雖然uClibc和Glibc在已有的接口上是兼容的，但有些接口并沒有實(shí)現(xiàn),。

libstdc++:libstdc++ 是GNU C++ standard Library .

STL: C++模板庫：

它是C++標(biāo)準(zhǔn)庫的一個(gè)重要組成部分,。占據(jù)了整個(gè)庫的大約80%的分量。

Sam覺得既然編譯就通不過，那說明X5的編譯器本身就不認(rèn)識(shí),，有可能是X5平臺(tái)的交叉編譯器在創(chuàng)建時(shí)沒有添加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)多變）
添加這個(gè)之后，理論上應(yīng)該是可以編譯了,。
可發(fā)現(xiàn)還是不認(rèn)識(shí)wstring.
2.于是查看/opt/hisilicon/toolchains/arm-uclibc-linux-soft/include/c++/3.4.3/bits/stringfwd.h,。
發(fā)現(xiàn)要定義_GLIBCXX_USE_WCHAR_T才會(huì)有wstring.
3.于是在編譯程序時(shí)添加了 -D_GLIBCXX_USE_WCHAR_T
還是通不過，說沒有wint_t,。
4.于是又查STL. 添加了 -D__WINT_TYPE__
又通不過,， 說沒有 btowc，Sam查遍了toolchain. 也沒找到這個(gè)類型的定義,。感覺很奇怪,，就去查/usr/include. 發(fā)現(xiàn)這個(gè)類型有定義。但toolchain中沒有對(duì)應(yīng)的頭文件,。

所以,，Sam覺得很多做嵌入式程序的工程師都不愿使用STL，喜歡用標(biāo)準(zhǔn)C,，是有原因的,，因?yàn)閠oolchain限制太大。很多提供toolchain的公司對(duì)類似STL的提供都不是很全,。