• <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>

            MyMSDN

            MyMSDN記錄開發(fā)新知道

            從error: c2275, c2143看跨編譯器C程序

            用慣了GCC編譯器,也就容易將C語言的寫法和其它的寫法混淆起來。雖然在GCC平臺上可以順利編譯,但是在其它編譯器比如Microsoft C++編譯器下就有可能編譯出錯(cuò)了。看下面這段代碼:

            #include <stdio.h>
            int main(void){
                 char *s1 ;
                 s1 = "Hello";
                 char *s2 ;
                 s2 = "World";
                 printf("%s %s\n",s1,s2);
                 return 0;
            }

            它看上去是可以執(zhí)行的,在GCC編譯器下它確實(shí)也是可以執(zhí)行的。但在VC++中則不能執(zhí)行,準(zhǔn)確地說,在未開啟編譯器選項(xiàng)為標(biāo)準(zhǔn)C99的情況下,是會(huì)編譯出錯(cuò)的。

            按如上所示的編譯器在C89標(biāo)準(zhǔn)下編譯,GCC pass,MS C++ fatal。錯(cuò)誤指示會(huì)在s2 = "World"; 這句話上,錯(cuò)誤代碼通常為

            error C2143:語法錯(cuò)誤:缺少“;”(在“類型”的前面)

            要是您的類型剛好由typedef來定義的話,則會(huì)出現(xiàn)錯(cuò)誤代碼:

            error C2275:“your_type”:將此類型用作表達(dá)式非法

            下面兩幅截圖展示了以上兩種錯(cuò)誤。因?yàn)樵谧兞柯暶鳝h(huán)節(jié)出了錯(cuò)誤,因此會(huì)引發(fā)一連串的錯(cuò)誤,包括變量未定義等錯(cuò)誤。

            error C2275

            error C2143

            建議:為了保持源碼能夠保持跨編譯器特性,我們最好能夠按舊時(shí)的寫法來寫(C89)直到它確實(shí)被淘汰為止。

            posted on 2008-09-16 02:22 volnet 閱讀(2609) 評論(8)  編輯 收藏 引用 所屬分類: C/C++

            評論

            # re: 從error: c2275, c2143看跨編譯器C程序[未登錄] 2008-09-16 13:18 陳梓瀚(vczh)

            沒看出什么問題來……  回復(fù)  更多評論   

            # re: 從error: c2275, c2143看跨編譯器C程序[未登錄] 2008-09-16 13:38 raof01

            我也沒看出問題。  回復(fù)  更多評論   

            # re: 從error: c2275, c2143看跨編譯器C程序 2008-09-16 14:26 volnet

            被樓上兩個(gè)鄙視了一番,……瀑布汗……
            我這個(gè)只是記錄一下,自己留著紀(jì)念罷了,太久沒寫代碼了,寫著寫著就忘本了,出了點(diǎn)錯(cuò),記一下嘛,又不要花錢……  回復(fù)  更多評論   

            # re: 從error: c2275, c2143看跨編譯器C程序 2010-03-25 18:34 OwnWaterloo

            C89中聲明必須在block的頭部, 然后是語句。
            C++中聲明也是一個(gè)語句, 所以就沒有這個(gè)區(qū)別了。


            另外, 問問lz:
            >>在未開啟編譯器選項(xiàng)為標(biāo)準(zhǔn)C99的情況下,是會(huì)編譯出錯(cuò)的。
            msvc怎么開啟標(biāo)準(zhǔn)C99? msvc好像是不支持c99的?
              回復(fù)  更多評論   

            # re: 從error: c2275, c2143看跨編譯器C程序 2010-03-25 20:51 volnet

            很久很久以前VC的默認(rèn)配置是
            變量聲明一定要統(tǒng)統(tǒng)放在變量定義之上  回復(fù)  更多評論   

            # re: 從error: c2275, c2143看跨編譯器C程序 2010-03-25 21:07 OwnWaterloo

            @volnet
            現(xiàn)在不也這樣么? 如果是按C語法編譯的話。
            有辦法按C99語法編譯么?
              回復(fù)  更多評論   

            # re: 從error: c2275, c2143看跨編譯器C程序 2010-03-25 22:36 volnet

            @OwnWaterloo
            似乎沒有  回復(fù)  更多評論   

            # re: 從error: c2275, c2143看跨編譯器C程序 2012-06-05 16:11 UU大師

            還是有用的,這段時(shí)間總遇到這個(gè)問題,糾結(jié)  回復(fù)  更多評論   

            特殊功能
             
            久久成人18免费网站| 国产欧美一区二区久久| 亚洲国产成人久久综合碰| 久久SE精品一区二区| 久久精品国产亚洲AV无码麻豆 | 久久国产免费直播| 人妻无码αv中文字幕久久 | 欧美喷潮久久久XXXXx| 国产精品久久久久久久午夜片| 欧美久久亚洲精品| 国产欧美一区二区久久| 久久久国产视频| 久久精品国产精品亚洲| 99久久免费国产精精品| 18禁黄久久久AAA片| 狠狠精品干练久久久无码中文字幕| 一本久久知道综合久久| 国产福利电影一区二区三区久久久久成人精品综合 | 久久精品夜夜夜夜夜久久| 亚洲国产成人久久精品99| 久久福利青草精品资源站免费| 久久国语露脸国产精品电影| 久久高清一级毛片| 91精品国产91热久久久久福利| 亚洲午夜久久久久久噜噜噜| 久久久亚洲精品蜜桃臀| 精品国产热久久久福利| 久久99国产精品99久久| 国产成人精品久久一区二区三区 | 久久久久久综合一区中文字幕 | 久久亚洲国产午夜精品理论片| 亚洲国产精品无码成人片久久| 国产69精品久久久久APP下载| 亚洲国产成人久久综合一区77| 欧美午夜精品久久久久久浪潮| 久久久WWW成人免费毛片| 久久精品国产亚洲一区二区三区| 亚洲欧美日韩精品久久亚洲区 | 一级A毛片免费观看久久精品| 久久久精品视频免费观看| 91精品国产91久久久久久蜜臀|