• <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>
            隨筆-20  評論-0  文章-0  trackbacks-0

            gcc和g++都是GNU(組織)的一個編譯器。

            誤區一:gcc只能編譯c代碼,g++只能編譯c++代碼
            兩者都可以,但是請注意:
            1.后綴為.c的,gcc把它當作是C程序,而g++當作是c++程序;后綴為.cpp的,兩者都會認為是c++程序,注意,雖然c++是c的超集,但是兩者對語法的要求是有區別的。C++的語法規則更加嚴謹一些。
            2.編譯階段,g++會調用gcc,對于c++代碼,兩者是等價的,但是因為gcc命令不能自動和C++程序使用的庫聯接,所以通常用g++來完成鏈接,為了統一起見,干脆編譯/鏈接統統用g++了,這就給人一種錯覺,好像cpp程序只能用g++似的。
             
            誤區二:gcc不會定義__cplusplus宏,而g++會
            實際上,這個宏只是標志著編譯器將會把代碼按C還是C++語法來解釋,如上所述,如果后綴為.c,并且采用gcc編譯器,則該宏就是未定義的,否則,就是已定義。
             
            誤區三:編譯只能用gcc,鏈接只能用g++
            嚴格來說,這句話不算錯誤,但是它混淆了概念,應該這樣說:編譯可以用gcc/g++,而鏈接可以用g++或者gcc -lstdc++。因為gcc命令不能自動和C++程序使用的庫聯接,所以通常使用g++來完成聯接。但在編譯階段,g++會自動調用gcc,二者等價。

            gcc和g++的區別

            我們在編譯c/c++代碼的時候,有人用gcc,有人用g++,于是各種說法都來了,譬如c代碼用gcc,而c++代碼用g++,或者說編譯用 gcc,鏈接用g++,一時也不知哪個說法正確,如果再遇上個extern "C",分歧就更多了,這里我想作個了結,畢竟知識的目的是令人更清醒,而不是更糊涂。
             
            誤區一:gcc只能編譯c代碼,g++只能編譯c++代碼

            兩者都可以,但是請注意:
            1.后綴為.c的,gcc把它當作是C程序,而g++當作是c++程序;后綴為.cpp的,兩者都會認為是c++程序,注意,雖然c++是c的超集,但是兩者對語法的要求是有區別的,例如:
            #include <stdio.h>
            int main(int argc, char* argv[]) {
               if(argv == 0) return;
               printString(argv);
               return;
            }
            int printString(char* string) {
              sprintf(string, "This is a test.\n");
            }
            如果按照C的語法規則,OK,沒問題,但是,一旦把后綴改為cpp,立刻報三個錯:“printString未定義”;
            “cannot convert `char**' to `char*”;
            ”return-statement with no value“;
            分別對應前面紅色標注的部分。可見C++的語法規則更加嚴謹一些。
            2.編譯階段,g++會調用gcc,對于c++代碼,兩者是等價的,但是因為gcc命令不能自動和C++程序使用的庫聯接,所以通常用g++來完成鏈接,為了統一起見,干脆編譯/鏈接統統用g++了,這就給人一種錯覺,好像cpp程序只能用g++似的。
             
            誤區二:gcc不會定義__cplusplus宏,而g++會

            實際上,這個宏只是標志著編譯器將會把代碼按C還是C++語法來解釋,如上所述,如果后綴為.c,并且采用gcc編譯器,則該宏就是未定義的,否則,就是已定義。
             
            誤區三:編譯只能用gcc,鏈接只能用g++

            嚴格來說,這句話不算錯誤,但是它混淆了概念,應該這樣說:編譯可以用gcc/g++,而鏈接可以用g++或者gcc -lstdc++。因為gcc命令不能自動和C++程序使用的庫聯接,所以通常使用g++來完成聯接。但在編譯階段,g++會自動調用gcc,二者等價。
             
            誤區四:extern "C"與gcc/g++有關系

            實際上并無關系,無論是gcc還是g++,用extern "c"時,都是以C的命名方式來為symbol命名,否則,都以c++方式命名。試驗如下:
            me.h
            extern "C" void CppPrintf(void);
             
            me.cpp:
            #include <iostream>
            #include "me.h"
            using namespace std;
            void CppPrintf(void)
            {
                 cout << "Hello\n";
            }
             
            test.cpp:
            #include <stdlib.h>
            #include <stdio.h>
            #include "me.h"        
            int main(void)
            {
                CppPrintf();
                return 0;
            }
             
            1. 先給me.h加上extern "C",看用gcc和g++命名有什么不同

            [root@root G++]# g++ -S me.cpp
            [root@root G++]# less me.s
            .globl _Z9CppPrintfv        //注意此函數的命名
                    .type   CppPrintf, @function
            [root@root GCC]# gcc -S me.cpp
            [root@root GCC]# less me.s
            .globl _Z9CppPrintfv        //注意此函數的命名
                    .type   CppPrintf, @function
            完全相同!
                           
            2. 去掉me.h中extern "C",看用gcc和g++命名有什么不同

            [root@root GCC]# gcc -S me.cpp
            [root@root GCC]# less me.s
            .globl _Z9CppPrintfv        //注意此函數的命名
                    .type   _Z9CppPrintfv, @function
            [root@root G++]# g++ -S me.cpp
            [root@root G++]# less me.s
            .globl _Z9CppPrintfv        //注意此函數的命名
                    .type   _Z9CppPrintfv, @function
            完全相同!
            posted on 2008-04-14 15:42 Magic 閱讀(341) 評論(0)  編輯 收藏 引用 所屬分類: C/C++
            亚洲国产成人乱码精品女人久久久不卡 | 亚洲AV无码久久精品成人 | 国产精品成人精品久久久| 久久综合久久综合久久| 久久亚洲精品无码观看不卡| 热久久视久久精品18| 久久99精品久久久久久动态图| 色综合久久综精品| 久久亚洲精品成人无码网站| 精品久久久久久久无码| 热综合一本伊人久久精品| 精品久久久中文字幕人妻| 男女久久久国产一区二区三区| 久久免费高清视频| 亚洲日韩中文无码久久| 久久精品一区二区三区中文字幕| 久久九九兔免费精品6| 99久久99久久精品国产| 久久婷婷五月综合97色一本一本 | 亚洲欧美日韩精品久久| 久久精品国产精品亚洲精品| 青青草原1769久久免费播放| 亚洲精品无码久久久久sm| 久久九色综合九色99伊人| 久久精品国产精品国产精品污 | 久久久久人妻一区二区三区| 精品久久久久久国产牛牛app| 99久久er这里只有精品18| 欧美国产成人久久精品| 久久有码中文字幕| 久久人人超碰精品CAOPOREN| 一本久久久久久久| 亚洲一区二区三区日本久久九| 69久久精品无码一区二区| 国产成年无码久久久久毛片| 97久久综合精品久久久综合| 国产精品禁18久久久夂久| 久久久久久久久无码精品亚洲日韩 | 久久久久亚洲精品无码网址| 国产亚洲色婷婷久久99精品91| 久久国产精品成人免费|