• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Prayer

            在一般中尋求卓越
            posts - 1256, comments - 190, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
            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)來吧,至少不是什么壞事。
            久久亚洲高清综合| aaa级精品久久久国产片| 久久久精品久久久久特色影视| 久久精品国产精品亚洲人人| 久久久久99精品成人片三人毛片| 久久性精品| 精品无码久久久久国产| 久久噜噜久久久精品66| 伊人久久大香线蕉亚洲 | 无码乱码观看精品久久| 久久人人爽人人人人爽AV | 精品久久久久久成人AV| 精品久久久久久无码人妻热| 97久久婷婷五月综合色d啪蜜芽| 国产精品久久久久AV福利动漫| 国内精品伊人久久久久影院对白| 思思久久精品在热线热| 91久久精品无码一区二区毛片| 久久久久久国产精品无码下载 | 老司机国内精品久久久久| 2021国内久久精品| 久久天天躁狠狠躁夜夜2020老熟妇| 天堂久久天堂AV色综合| 中文字幕精品久久| 精品久久久久久久久久中文字幕| 久久国产精品无码一区二区三区 | 久久精品成人免费网站| 久久99精品久久久大学生| 色婷婷久久久SWAG精品| 精品久久久无码中文字幕天天| 97久久精品无码一区二区| 亚洲AV日韩精品久久久久| 久久久噜噜噜久久中文字幕色伊伊 | 中文字幕乱码人妻无码久久| 人人狠狠综合88综合久久| 久久免费99精品国产自在现线| 91性高湖久久久久| 激情久久久久久久久久| 久久久噜噜噜久久| 2020国产成人久久精品| 无码人妻精品一区二区三区久久久|