• <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)境上去的時候,代碼報錯了,先開始報錯如下:
             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次啦,不可能代碼里面沒有添加對頭文件的包含啊。
            于是想到是否是因?yàn)樾颅h(huán)境里面include目錄下沒有對應(yīng)的頭文件呢?還或是include目錄在這個環(huán)境下變了呢?不是/usr/include下面啦。
            經(jīng)過一查,上面兩個都不是。
            這個時候就有點(diǎn)郁悶啦。把環(huán)境按以前的都設(shè)置一遍,還是一樣。沒辦法啦。只好放今天來重新查查啦。
            今天早上來,可能時間也比較充足,所以慢慢來。既然報這個錯誤,那我把這個頭文件再添加到.h代碼里面呢?
            然后發(fā)現(xiàn)添加一個,某個錯誤就能編譯過去。看來還真是頭文件的問題。
            但接下來還有其他幾個警告,如下:
            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
            居然這些還報,一一為這些沒有判斷函數(shù)返回值的作了修改。編譯通過。
            然后就想為什么這個系統(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新版本對代碼的這些要求現(xiàn)在越來越嚴(yán)格啦。還有函數(shù)的一些檢查項(xiàng),還有編譯時候MAKEFILE里面對庫文件的引用。
            具體是否是因?yàn)檫@個嚴(yán)格的原因,沒有去詳細(xì)查GCC的文檔。但猜想是這樣吧。
            以后如果代碼里面對某個函數(shù)的頭文件還是盡量包含進(jìn)來吧,至少不是什么壞事。
            精品久久久久久| 久久亚洲国产欧洲精品一| 久久久不卡国产精品一区二区 | 少妇无套内谢久久久久| 久久午夜福利无码1000合集| 无码人妻久久一区二区三区 | 久久亚洲精品无码播放| 99久久精品免费看国产一区二区三区| 浪潮AV色综合久久天堂| 久久久久久av无码免费看大片| 国产精品久久久久久久人人看 | 久久精品国产AV一区二区三区| 久久国产精品成人影院| 要久久爱在线免费观看| 久久精品国产清高在天天线| 亚洲日韩欧美一区久久久久我| 久久综合给久久狠狠97色| 日本精品久久久久影院日本 | 久久久久无码精品国产app| 日韩精品久久无码人妻中文字幕| 久久久久亚洲av成人无码电影| 91精品国产综合久久久久久 | 国产精品丝袜久久久久久不卡| 久久天天躁狠狠躁夜夜躁2014| 激情综合色综合久久综合| 国产综合久久久久久鬼色| 久久亚洲AV成人无码| 中文字幕无码久久久| 精品久久久久久无码中文字幕 | 亚洲精品国精品久久99热一 | 国产精品久久久久影视不卡| 久久精品国产2020| 一级女性全黄久久生活片免费 | 国产精品一区二区久久不卡| 欧美亚洲国产精品久久| 伊人久久亚洲综合影院| 亚洲国产婷婷香蕉久久久久久| 亚洲精品tv久久久久久久久久| 香蕉99久久国产综合精品宅男自 | 99久久99久久精品国产片果冻| 国内精品久久久久影院老司|