• <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)來吧,至少不是什么壞事。
            国产一区二区精品久久凹凸| 久久精品桃花综合| 久久亚洲精品无码播放| 成人午夜精品久久久久久久小说| 国产欧美久久久精品| 亚洲国产精品一区二区久久| 久久久久国产精品嫩草影院| 亚洲精品美女久久久久99小说| 无码日韩人妻精品久久蜜桃 | 欧美激情精品久久久久| 色综合久久久久网| 污污内射久久一区二区欧美日韩 | 潮喷大喷水系列无码久久精品| 99re久久精品国产首页2020| 久久99国产精品一区二区| 性做久久久久久久久久久| 久久人爽人人爽人人片AV| 国产精品99久久久久久董美香| 亚洲精品无码久久久久去q| Xx性欧美肥妇精品久久久久久| 午夜精品久久久久久99热| 91久久精品国产免费直播| 亚洲中文精品久久久久久不卡| 999久久久国产精品| 国产成人精品久久免费动漫| 久久精品国产免费观看三人同眠| 久久AAAA片一区二区| 国产精品久久久久久久午夜片| 久久久亚洲AV波多野结衣| 色天使久久综合网天天 | 久久99热这里只有精品国产| 99久久精品国产高清一区二区| 久久天天躁狠狠躁夜夜躁2014| 久久精品国产亚洲综合色| 精品伊人久久大线蕉色首页| 欧美精品丝袜久久久中文字幕 | av无码久久久久不卡免费网站 | 国产成人精品久久一区二区三区av | .精品久久久麻豆国产精品| 久久无码中文字幕东京热| 色综合久久中文字幕综合网|