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