g++

 

一、gcc 編譯流程

1.預處理-Pre-Processing

gcc  -E  test.c  -o  test.i    //.i文件

 

2.編譯-Compiling

gcc  -S  test.i  -o   test.s  //.s文件

 

3.彙編-Assembling         //.o文件

gcc  -c  test.s  -o  test.o

 

4.鏈接-Linking           //bin文件

gcc  test.o  -o  test

 

二、gcc工程慣用

1.編譯

gcc  -c  test.c          //.o文件,彙編

 

gcc  -o  test  test.c  //bin可執行文件

 

gcc   test.c             //a.out可執行文件

 

如果是c++ 直接將gcc改爲g++即可。

 

2.常用參數

 

1)-E參數

 

  -E 選項指示編譯器僅對輸入文件進行預處理。當這個選項被使用時, 預處理器的輸出被送到標準輸出而不是儲

 

存在文件裏.

 

2)-S參數

 

  -S 編譯選項告訴 GCC 在爲 C 代碼產生了彙編語言文件後停止編譯。 GCC 產生的彙編語言文件的缺省擴展名

 

是 .s 。

 

3)-c參數

 

   -c 選項告訴 GCC 僅把源代碼編譯爲目標代碼。缺省時 GCC 建立的目標代碼文件有一個 .o 的擴展名。

 

4)-o參數

 

        -o 編譯選項來爲將產生的可執行文件用指定的文件名。

 

5)-O參數

 

  -O 選項告訴 GCC 對源代碼進行基本優化。這些優化在大多數情況下都會使程序執行的更快。 -O2 選項告訴

 

GCC 產生儘可能小和儘可能快的代碼。 如-O2,-O3,-On(n 常爲0--3);

-O  主要進行跳轉和延遲退棧兩種優化;

-O2 除了完成-O1的優化之外,還進行一些額外的調整工作,如指令調整等。

-O3 則包括循環展開和其他一些與處理特性相關的優化工作。

選項將使編譯的速度比使用 -O 時慢, 但通常產生的代碼執行速度會更快。

如:

[root@localhost test]# gcc test.c -O3

[root@localhost test]# gcc -O3 test.c

[root@localhost test]# gcc -o tt test.c -O2

[root@localhost test]# gcc -O2 -o tt test.c

 

6)調試選項-g和-pg

 

  GCC 支持數種調試和剖析選項,常用到的是 -g 和 -pg 。

  -g 選項告訴 GCC 產生能被 GNU 調試器使用的調試信息以便調試你的程序。GCC 提供了一個很多其他 C 編譯

 

器裏沒有的特性, 在 GCC 裏你能使-g 和 -O (產生優化代碼)聯用。

 -pg 選項告訴 GCC 在編譯好的程序里加入額外的代碼。運行程序時, 產生 gprof 用的剖析信息以顯示你的程序的

 

耗時情況。

 

7) -l參數和-L參數

 

      -l參數就是用來指定程序要鏈接的庫,-l參數緊接着就是庫名,那麼庫名跟真正的庫文件名有什麼關係呢?

      就拿數學庫來說,他的庫名是m,他的庫文件名是libm.so,很容易看出,把庫文件名的頭lib和尾.so去掉就是庫名

 

了。

如:

       gcc  xxx.c   -lm( 動態數學庫)

                               -lpthread

 

      好了現在我們知道怎麼得到庫名了,比如我們自已要用到一個第三方提供的庫名字叫libtest.so,那麼我們只要把

 

libtest.so拷貝到 /usr/lib裏,編譯時加上-ltest參數,我們就能用上libtest.so庫了(當然要用libtest.so庫裏的函數,我們還

 

需要與 libtest.so配套的頭文件)。

 

      放在/lib和/usr/lib和/usr/local/lib裏的庫直接用-l參數就能鏈接了,但如果庫文件沒放在這三個目錄裏,而是放在

 

其他目錄裏, 這時我們只用-l參數的話,鏈接還是會出錯,出錯信息大概是:“/usr/bin/ld: cannot find

-lxxx”,也就是鏈接 程序ld在那3個目錄裏找不到libxxx.so,這時另外一個參數-L就派上用場了,比如常用的X11的庫

 

,它放在/usr/X11R6/lib目錄 下,我們編譯時就要用-L/usr/X11R6/lib -lX11參數,-L參數跟着的是庫文件所在的目錄

 

名。再比如我們把libtest.so放在/aaa/bbb/ccc目錄下,那鏈接參數就是-L/aaa/bbb/ccc -ltest

 

      另外,大部分libxxxx.so只是一個鏈接,以RH9爲例,比如libm.so它鏈接到/lib/libm.so.x,/lib/libm.so.6 又鏈接

 

到/lib/libm-2.3.2.so,如果沒有這樣的鏈接,還是會出錯,因爲ld只會找libxxxx.so,所以如果你要用到xxxx

庫,而只有libxxxx.so.x或者libxxxx-x.x.x.so,做一個鏈接就可以了ln -s libxxxx-x.x.x.so libxxxx.so

 

      手工來寫鏈接參數總是很麻煩的,還好很多庫開發包提供了生成鏈接參數的程序,名字一般叫xxxx-config,一

 

般放在/usr/bin目錄下,比如 gtk1.2的鏈接參數生成程序是gtk-config,執行gtk-config --libs就能得到以下輸出"-

L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm",這就是編譯一個gtk1.2程序所需的g

tk鏈接參數,xxx-config除了--libs參數外還有一個參數是--cflags用來生成頭文

件包含目錄的,也就是-I參數,在下面我們將會講到。你可以試試執行gtk-config --libs --cflags,看看輸出結果。

      現在的問題就是怎樣用這些輸出結果了,最笨的方法就是複製粘貼或者照抄,聰明的辦法是在編譯命令行里加

 

入這個`xxxx-config --libs --cflags`,比如編譯一個gtk程序:gcc gtktest.c `gtk-config --libs --cflags`這樣

就差不多了。注意`不是單引號,而是1鍵左邊那個鍵。

 

      除了xxx-config以外,現在新的開發包一般都用pkg-config來生成鏈接參數,使用方法跟xxx-config類似,但xxx-

 

config是針對特定的開發包,但pkg-config包含很多開發包的鏈接參數的生成,用pkg-config --list-all命令可以列出所支

 

持的所有開發包,pkg-config的用法就是pkg-config pagName --libs --cflags,其中pagName是包名,是pkg-config--list-all裏

 

列出名單中的一個,比如gtk1.2的名字就是gtk+, pkg-config gtk+ --libs --cflags的作用跟gtk-config --libs --cflags是一樣的

 

。比如:

gcc gtktest.c `pkg-config gtk+ --libs --cflags`。

 

8) -include和-I參數

      -include用來包含頭文件,但一般情況下包含頭文件都在源碼裏用#i nclude xxxxxx實現,-include參數很少用。-I參

 

數是用來指定頭文件目錄,/usr/include目錄一般是不用指定的,gcc知道去那裏找,但 是如果頭文件不

 

在/usr/icnclude裏我們就要用-I參數指定了,比如頭文件放在/myinclude目錄裏,那編譯命令行就要加上-I/myinclude

 

參數了,如果不加你會得到一個"xxxx.h: No such file or directory"的錯誤。-I參數可以用相對路徑,比如頭文件在當前

 

目錄,可以用-I.來指定。上面我們提到的--cflags參數就是用來生成-I參數的。

 

9)-Wall、-w 和 -v參數

     -Wall 打印出gcc提供的警告信息

     -w     關閉所有警告信息

     -v      列出所有編譯步驟

 

四. 幾個相關的環境變量

      PKG_CONFIG_PATH:用來指定pkg-config用到的pc文件的路徑,默認是/usr/lib/pkgconfig,pc文件是文本文件,擴展名是.pc,裏面定義開發包的安裝路徑,Libs參數和Cflags參數等等。

      CC:用來指定c編譯器。

      CXX:用來指定cxx編譯器。

      LIBS:跟上面的--libs作用差不多。

      CFLAGS:跟上面的--cflags作用差不多。

      CC,CXX,LIBS,CFLAGS手動編譯時一般用不上,在做configure時有時用到,一般情況下不用管。

      環境變量設定方法:export  ENV_NAME=xxxxxxxxxxxxxxxxx

 

五. 關於交叉編譯

     

      交叉編譯通俗地講就是在一種平臺上編譯出能運行在體系結構不同的另一種平臺上,比如在我們地PC平臺(X86 CPU)上編譯出能運行在arm CPU平臺上的程序,編譯得到的程序在X86 CPU平臺上是不能運行的,必須放到arm  CPU平臺上才能運行。當然兩個平臺用的都是linux。這種方法在異平臺移植和嵌入式開發時用得非常普遍。相對與交叉編譯,我們平常做的編譯就叫本地編譯,也 就是在當前平臺編譯,編譯得到的程序也是在本地執行。用來編譯這種程序的編譯器就叫交叉編譯器,相對來說,用來做本地編譯的就叫本地編譯器,一般用的都是gcc,但這種gcc跟本地的gcc編譯器是不一樣的,需要在編譯gcc時用特定的configure參數才能得到支持交叉編譯的gcc。爲了不 跟本地編譯器混淆,交叉編譯器的名字一般都有前綴,比如armc-xxxx-linux-gnu-gcc,arm-xxxx-linux-gnu- g++ 等等

 

交叉編譯器的使用方法

 

      使用方法跟本地的gcc差不多,但有一點特殊的是:必須用-L和-I參數指定編譯器用arm系統的庫和頭文件,不能用本地(X86)的庫(頭文件有時可以用本地的)。

例子:

arm-xxxx-linux-gnu-gcc test.c -L/path/to/sparcLib -I/path/to/armInclude

 

4  Summary of most popular options

-c compile, don't link
-o out result of linking is outinstead of a.out
-Ldir try to find libraries (now,not at run time) also in dir
-lxyz link with library libxyz.so orlibxyz.a
-static link statically
-Rdir1:dir2 (solaris) add dir1 and dir2 torunpath
-Wl,-rpath,dir1:dir2 (linux) add dir1 and dir2 torunpath
-Idir try to find #include files also in dir
-Wall generate warnings for suspicious constructs
-Wconversion generate warnings about suspicious type conversions
-O2 optimize generated code
-g generate debug info for use bygdb and ddd
-pg generate profiling code for use by gprof
-fpic generate position-independent code, necessary when making shared libraries
-shared create shared library instead of program
-E just run c++ preprocessor, send output to stdout
-MM generate Makefile-format list of dependencies, send output to stdout


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章