• <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 閱讀(333) 評論(0)  編輯 收藏 引用 所屬分類: C/C++
            国产精品久久久久国产A级| 亚洲欧美日韩中文久久| 国产成人精品久久二区二区| 久久久婷婷五月亚洲97号色| 国产91色综合久久免费| 久久精品国产清自在天天线| 一本久道久久综合狠狠爱| 国产精品九九九久久九九| 久久er国产精品免费观看8| 久久婷婷人人澡人人爽人人爱| 久久久久亚洲Av无码专| 久久嫩草影院免费看夜色| 性欧美大战久久久久久久久| 久久精品国产福利国产琪琪| 亚洲国产精品无码久久| 无码国内精品久久人妻麻豆按摩| 色狠狠久久AV五月综合| 香蕉久久AⅤ一区二区三区| 好久久免费视频高清| 99久久国产精品免费一区二区| 国产精品熟女福利久久AV| 国产精品久久久久9999| 亚洲午夜久久久影院| 亚洲国产成人精品女人久久久 | 久久精品二区| 青草影院天堂男人久久| 国产日产久久高清欧美一区| 伊人久久大香线蕉av一区| 久久乐国产综合亚洲精品| 久久无码一区二区三区少妇 | 久久精品国产一区二区| 国产精品gz久久久| 日本三级久久网| 99久久精品无码一区二区毛片| 久久精品国产99久久久| 精品久久久噜噜噜久久久| av国内精品久久久久影院| 国内精品久久久久| 久久久久久久综合日本| 亚洲精品成人网久久久久久| 久久夜色撩人精品国产|