http://blog.sina.com.cn/s/blog_79d599dc0100r2vz.html
昨天一同事把代碼準(zhǔn)備重新全新布置到新的環(huán)境上去的時(shí)候，代碼報(bào)錯(cuò)了，先開始報(bào)錯(cuò)如下：
error: ‘memset’ was not declared in this scope
error: ‘strcat’ was not declared in this scope
首先想到的肯定是頭文件未包含進(jìn)來。但不可能，因?yàn)檫@套代碼已經(jīng)在其它環(huán)境上編譯過N次啦，不可能代碼里面沒有添加對(duì)頭文件的包含啊。
于是想到是否是因?yàn)樾颅h(huán)境里面include目錄下沒有對(duì)應(yīng)的頭文件呢？還或是include目錄在這個(gè)環(huán)境下變了呢？不是/usr/include下面啦。
經(jīng)過一查，上面兩個(gè)都不是。
這個(gè)時(shí)候就有點(diǎn)郁悶啦。把環(huán)境按以前的都設(shè)置一遍，還是一樣。沒辦法啦。只好放今天來重新查查啦。
今天早上來，可能時(shí)間也比較充足，所以慢慢來。既然報(bào)這個(gè)錯(cuò)誤，那我把這個(gè)頭文件再添加到.h代碼里面呢？
然后發(fā)現(xiàn)添加一個(gè)，某個(gè)錯(cuò)誤就能編譯過去。看來還真是頭文件的問題。
但接下來還有其他幾個(gè)警告，如下：
test.cpp:213: warning: ignoring return value of ‘int system(const char*)’, declared with attribute warn_unused_result
test.cpp: In member function ‘int test::load(std::string&)’:
test.cpp:58: warning: deprecated conversion from string constant to ‘char*’
test.cpp:58: warning: deprecated conversion from string constant to ‘char*’
test.cpp:58: warning: deprecated conversion from string constant to ‘char*’
test.cpp:58: warning: deprecated conversion from string constant to ‘char*’
test.cpp:58: warning: deprecated conversion from string constant to ‘char*’
test.cpp:94: warning: suggest explicit braces to avoid ambiguous ‘else’
test.cpp:61: warning: ignoring return value of ‘int pipe(int*)’, declared with attribute warn_unused_result
居然這些還報(bào)，一一為這些沒有判斷函數(shù)返回值的作了修改。編譯通過。
然后就想為什么這個(gè)系統(tǒng)要求這么嚴(yán)格呢？查一下GCC的版本，如下：
以前舊環(huán)境：
gcc 版本 4.1.2 20070626 (Red Hat 4.1.2-14)
現(xiàn)在的新環(huán)境：
gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5)
原來是GCC版本不同。所以想GCC新版本對(duì)代碼的這些要求現(xiàn)在越來越嚴(yán)格啦。還有函數(shù)的一些檢查項(xiàng)，還有編譯時(shí)候MAKEFILE里面對(duì)庫文件的引用。
具體是否是因?yàn)檫@個(gè)嚴(yán)格的原因，沒有去詳細(xì)查GCC的文檔。但猜想是這樣吧。
以后如果代碼里面對(duì)某個(gè)函數(shù)的頭文件還是盡量包含進(jìn)來吧，至少不是什么壞事。