• <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 閱讀(336) 評論(0)  編輯 收藏 引用 所屬分類: C/C++
            久久免费香蕉视频| 99久久精品国产综合一区| 一本大道久久东京热无码AV| 婷婷久久综合| 99re久久精品国产首页2020| 青青久久精品国产免费看| 无码国内精品久久人妻麻豆按摩| 99精品久久精品一区二区| 91精品国产高清久久久久久io| 久久影视国产亚洲| 97久久精品国产精品青草| 亚洲精品99久久久久中文字幕 | 国产精品青草久久久久婷婷| 欧美激情精品久久久久久久九九九| 思思久久99热只有频精品66| 久久久国产精品福利免费| 欧美色综合久久久久久| av国内精品久久久久影院| 久久久一本精品99久久精品88| 97久久精品人人澡人人爽| 无码人妻久久一区二区三区| 久久无码精品一区二区三区| 欧美亚洲另类久久综合| 99久久超碰中文字幕伊人| 一本色道久久99一综合| 久久91精品国产91| 日本欧美国产精品第一页久久| 国产成人精品久久二区二区| 日日躁夜夜躁狠狠久久AV| 99蜜桃臀久久久欧美精品网站| 久久人做人爽一区二区三区 | 色综合色天天久久婷婷基地| 伊人久久大香线蕉综合Av| 国色天香久久久久久久小说 | 66精品综合久久久久久久| 亚洲国产成人久久综合一| 久久99精品国产麻豆宅宅 | 人妻无码精品久久亚瑟影视| 亚洲?V乱码久久精品蜜桃| 香港aa三级久久三级老师2021国产三级精品三级在 | 亚洲人成网亚洲欧洲无码久久 |