1. 請問為什麼我在用gcc編譯c語言寫的一個小程序時不能使用「wall」參數
在控制台 gcc /hello.c -o /hello.out,編譯沒錯的話,就會在根目錄出現一個hello.out的文件,然後 /hello.out,就可以看到結果了. 具體參閱GCC的用法 一.gcc歷史 GCC最早是Richard Stallman在十幾年前編寫的針對於C的編譯器,意思即為GNU C Compiler,後來發展支持Ada，C++,Java,Objective C,Pascal,COBOL,以及支持邏輯編程的Mercury語言，後來其英文原名變為:GNU Compiler ollection([1]).除此之外，GCC對於各種硬體平台都提供了完善的支持。 一般的，GCC的編譯功能包括gcc(C的編譯器),g++(C++的編譯器)，在編譯過程中，一共有四步工作。 1.預處理，生成i文件，C文件編譯為.i文件，C++文件編譯為.ii文件，它們都為源程序的預處理結果文件.以最簡單的Hello World程序為例: ********************************* // test.c #include "stdio.h" #define MAX 9 int main() { int a; a=MAX; printf("Hello Worldn"); } ********************************* 用cpp test.c test.i 可得到預處理文件test.i，通過查看該文件，我們可以看到，我們引入的include文件已經被引入處理，define定義的部分已經被完全帶入。 2.預處理文件轉換成匯編語言，生成.s文件。這一步利用egcs來完成(在mingw標准包中沒有見到這個預編譯器，所以測試沒有成功，將繼續測試） 3.匯編變為目標文件，生成.o文件,利用as來完成。 4.連接目標文件，生成可執行程序，利用ld來完成.(後續繼續研究ld編譯過程。) 二.GCC參數祥解 -x language filename 設定文件使用的語言，這樣源程序的後綴名無效了，並對gcc後接的多個編譯文件都有效。這樣如 果存在.c和.cpp文件聯編會有問題，解決這個問題用到了下一個參數 -x none filename,在下面做介紹。因為在預處理過程纖仔中對於.c和.cpp文件的處理方式是不一樣的。可以使用的參數有:'c','objective- c','c-header','c++','cpp-output','assembler','assembler-with-cpp'.編譯的時候， 如果有這樣的一個用C語言寫的test.tmp的文件，用gcc編譯的時候就用gcc -x c test.tmp就可以讓gcc用編譯C語言的方式來編譯test.tmp. -x none filename 關掉上一個選項，就是讓gcc根據文件名後綴，自動識別文件類型。如用下列方式編譯: gcc -x c test.tmp -x none test2.c 這樣可以自由地選擇編譯方式 -c 只激活預處理，編譯和匯編，也就是把鉛返程序做成obj文件。如gcc -c test.c 就會生成test.o文件，當然這樣還只是目標文件，需要經過ld連接器對所有的.o文件進行聯接才能生成可執行文件. -S 只激活預處理和編譯，把文件編譯到匯編代碼。相當到對源程序做一個egcs操作,生成.s文件。可以查看生成的匯編文件結果。這個對於研究匯編語言的程序員來說是很有作用的。 -E 只激活預處理，這個將對文件進行預處理，將對所有引入的include文件和define定義的量進行代換，為我們開頭所說的gcc 編譯的第一步，即用cpp命令將程序語言文件進行預處理.但這一步不生成結果文件，如果你需要生成結果文件保存，那麼需要利用系統中的輸出重定向。 -o 定製目標名稱，預設的時候在unix和linux平台下gcc filename的結果是一個文件名為a.out的文件，windows下用mingw里帶的gcc編譯結果是a.exe。如果我們用gcc -o hello.exe test.c的話，將生成hello.exe可執行程序。這個並不一定只限於最後一步可執行程序的生成，如用上面所講的毀激汪-S生成的匯編程序也可以用-o參 數生成，比如 gcc -o hello.asm -S test.c 這樣hello.asm就是test.c經過預處理和編譯之後的結果。 -pipe 使用管道來代替編譯中的臨時文件，因為編譯的整個過程有幾個不同的步驟，每一個步驟都是以前一個步驟的輸出為輸入的，這樣就涉 及到數據傳遞的問題，在沒有-pipe參數的情況下，是用臨時文件的形式來進行傳遞的，在有該情況的時候就利用管道來傳遞中間數據。當然，在某些系統中， 匯編不能讀取管道數據，這樣這個參數就不能正常工作了。 -ansi 關閉gnu c與ansi c不兼容的特性，激活ansi c的專有特性,在此情況下，處理器會定義一個__STRICT_ANSI__的宏，在有些頭文件中會關注該宏是否被申明過，以避免某些函數的引入。此項可參照ansi c與gnu c的差別得到更多理解。 -fno-asm 此選項為ansi選項功能的一部分，禁止將asm,inline,typeof用作關鍵字。 -fno-strict-prototype 這個選項只對g++有作用。這個參數讓編譯器將所有沒有參數的函數都認為是沒有顯式參數的個數和類型的函數，而不是沒有參數。而對於gcc來說，會將沒有帶參數的函數認成沒有顯式說明的類型。 -fthis-is-variable 這個參數僅對C++程序有效,可以讓this做一般變數使用，允許對this賦值. -fcond-mismatch 允許條件表達式的第二和第三參數類型不匹配.表達式的值為void型. -funsigned-char -fno-signed-char -fsigned-char -fno-unsigned-char 這四個是對char在編譯時進行的設置，它們分別決定將char設為unsigned char或signed char. -include filename 加入頭文件的位置，以使程序中順利使用#include ，這樣就可以在編譯的時候這樣編譯:gcc test.c -include ./include/test.h，進行聯編。 -imacros filename 將filename中的宏擴展到gcc的輸入文件里，宏定義本身不會出現在輸入文件中。意即在編譯某個文件test.c的時候，它裡面申明的宏如果在沒有用到該參數的時候，生成目標文件之後就會被丟棄掉，而在用了這個參數之後，這些宏將被保留用於之後文件的編譯。 -Dmacro 相當於#define macro,宏的內容為字元串'1'。如在編譯的時候使用gcc -o test.exe test.c -DDEBUG就相當於在test.c裡面定義了DEBUG宏，值為字串'1'。可用如下程序測試可知： ********************************** //test.c #include "stdio.h" int main() { printf("Hello Worldn"); #ifdef DEBUG printf("hellon"); #endif } ********************************** 如用gcc -o test.exe test.c編譯，剛運行結果為: Hello World 如用gcc -o test.exe test.c -DDEBUG編譯，則運行結果為: Hello World hello 因此可以在下一種編譯方法中相當於在test.c裡面定義了DEBUG宏。 -Dmacro=define 作用同上，但設定宏的值為define. -Umacro 相當於給程序中定義的宏作了一次undefine.即:#undef macro -undef 取消了對任何非標准友的定義 -Idir 在#include 的時候，先在用這個參數指定的位置找頭文件，如果沒有找到，則到預設的目錄找頭文件 -I- 取消-Idir的作用，表明以後編譯的程序將不在-Idir指定的目錄里尋找頭文件。 -idirafter dir 在-I的目錄裡面查找失敗之後，再在這個目錄裡面查找頭文件，這樣的參數為設置頭文件查找的優先順序問題比較有幫助。 -iprefix prefix -iwithprefix dir 這兩個參數一起用，在-I目錄尋找失敗的時候，到prefix的dir下查找頭文件。 -nostdinc 編譯器不再系統預設的頭文件目錄裡面找頭文件。這樣就可以精確地確定頭文件的來源，應該比較慎用，在對編譯器不是很了解的情況下容易造成編譯失敗. -nostdinc C++ 不在g++的標准路徑中找頭文件，但在其他的路徑中繼續找。在創lib的時候用。 -C 為了有效的分析程序，有預處理的時候不刪除注釋信息，與-E一起使用，有利用分析程序的過程。 -M 生成文件的關聯的信息，這樣就可以知道源代碼文件裡面關聯了哪些它所依賴的頭文件。 -MM 同上，但忽略由#include 造成的依賴關系 -MD 跟-M相當，但是輸出導入到.d文件中，如gcc -MD test.c，剛輸出的依賴關系存放在test.d文件里。 -MMD 跟-MM相同，但是輸出到.d文件中,如gcc -MMD test.c，剛輸出的依賴關系存放在test.d文件里。忽略#include 的關系 -Wa,option 這個參數將option傳給匯編程序，如果option中有逗號，則會把option分成多項，傳給匯編程序。 -Wl,option 這個參數將option傳給連接程序，如果option中有逗號，則會把option分成多項，傳給連接程序。 -llibrary 用於制定編譯的時候使用的庫，如 gcc -lgtk tset.c則程序使用gtk庫進行編譯，不過需要注意的是gcc庫一般都是以libname.a來命名庫文件，在用-l參數來加入庫文件的時候，直接用-lname來引入，而前面的lib被省掉。這一點需要注意。 -Ldir 編譯的時候設定庫文件查找的路徑，不然的話，編譯器只在標准庫路徑裡面找庫。 -00 -01 -02 -03 編譯器的優化選項，-00表示沒有優化,-01為預設值，-03為最高。 -g 在編譯的時候，產生調試信息 -gstabs 以stabs格式聲稱調試信息，但不包括gdb的調試信息。 -gstabs+ 以stabs格式聲稱調試信息，包括gdb的調試信息。 -ggdb 該參數將把gdb的調試信息輸出 -static 這個參數將禁止使用動態庫，這樣程序只能連接靜態庫。 -share 這個參數將讓程序盡量使用動態庫 -traditional 試圖讓編譯器支持傳統的C語言的特性. 三.總結 gcc的參數還遠遠多於上面寫到的這些，但是有以上的參數我們已經可以對gcc的大部分編譯掌握的比較熟練了，更多的參數介紹可以參照GCC的manual，現在已有翻譯了的中文手冊，地址在下面的參考文獻裡面被列出，有興趣的朋友可以參考。 ~
2. linux 用g++編譯c++代碼的問題
*
運行 gcc/egcs
*
gcc/egcs 的主要選項
*
gdb
*
gdb 的常用命令
*
gdb 使用範例
*
其他程序/庫工具 (ar, objmp, nm, size, strings, strip, ...)
* 創建和使用靜態庫
* 創建和使用共享庫
* 使用高級共享庫特性
1.7.1 運行 gcc/egcs
Linux 中最重要的軟體開發工具是 GCC。GCC 是 GNU 的 C 和 C++ 編譯器。實際上，GCC 能夠編譯三種語言：C、C++ 和 Object C（C 語言的一種面向對象擴展）。利用 gcc 命令可同時編譯並連接 C 和 C++ 源程序。
#DEMO#: hello.c
如果你有兩個或少數幾個 C 源文件，也可以方便地利用 GCC 編譯、連接並生成可執行文件。例如，假設你有兩個源文件 main.c 和 factorial.c 兩個源文件，現在要編譯生成一個計算階乘的程序。
-----------------------
清單 factorial.c
-----------------------
#include <stdio.h>
#include <stdlib.h>
int factorial (int n)
{
if (n <= 1)
return 1;
else
return factorial (n - 1) * n;
}
-----------------------
-----------------------
清單 main.c
-----------------------
#include <stdio.h>
#include <stdlib.h>
int factorial (int n);
int main (int argc, char **argv)
{
int n;
if (argc < 2) {
printf ("Usage: %s n\n", argv [0]);
return -1;
}
else {
n = atoi (argv[1]);
printf ("Factorial of %d is %d.\n", n, factorial (n));
}
return 0;
}
-----------------------
利用如下的命令可編譯生成可執行文件，並執行程序：
$ gcc -o factorial main.c factorial.c
$ ./factorial 5
Factorial of 5 is 120.
GCC 可同時用來編譯 C 程序和 C++ 程序。一般來說，C 編譯器通過源文件的後綴名來判斷是 C 程序還是 C++ 程序。在 Linux 中，C 源文件的後綴名為 .c，而 C++ 源文件的後綴名為 .C 或 .cpp。
但是，gcc 命令只能編譯 C++ 源文件，而不能自動和 C++ 程序使用的庫連接。因此，通常使用 g++ 命令來完成 C++ 程序的編譯和連接，該程序會自動調用 gcc 實現編譯。假設我們有一個如下的 C++ 源文件（hello.C）：
#include <iostream.h>
void main (void)
{
cout << "Hello, world!" << endl;
}
則可以如下調用 g++ 命令編譯、連接並生成可執行文件：
$ g++ -o hello hello.C
$ ./hello
Hello, world!
1.7.2 gcc/egcs 的主要選項
表 1-3 gcc 命令的常用選項
選項 解釋
-ansi 只支持 ANSI 標準的 C 語法。這一選項將禁止 GNU C 的某些特色，
例如 asm 或 typeof 關鍵詞。
-c 只編譯並生成目標文件。
-DMACRO 以字元串「1」定義 MACRO 宏。
-DMACRO=DEFN 以字元串「DEFN」定義 MACRO 宏。
-E 只運行 C 預編譯器。
-g 生成調試信息。GNU 調試器可利用該信息。
-IDIRECTORY 指定額外的頭文件搜索路徑DIRECTORY。
-LDIRECTORY 指定額外的函數庫搜索路徑DIRECTORY。
-lLIBRARY 連接時搜索指定的函數庫LIBRARY。
-m486 針對 486 進行代碼優化。
-o FILE 生成指定的輸出文件。用在生成可執行文件時。
-O0 不進行優化處理。
-O 或 -O1 優化生成代碼。
-O2 進一步優化。
-O3 比 -O2 更進一步優化，包括 inline 函數。
-shared 生成共享目標文件。通常用在建立共享庫時。
-static 禁止使用共享連接。
-UMACRO 取消對 MACRO 宏的定義。
-w 不生成任何警告信息。
-Wall 生成所有警告信息。
#DEMO#
MiniGUI 的編譯選項
1.7.3 gdb
GNU 的調試器稱為 gdb，該程序是一個互動式工具，工作在字元模式。在 X Window 系統中，
有一個 gdb 的前端圖形工具，稱為 xxgdb。gdb 是功能強大的調試程序，可完成如下的調試
任務：
* 設置斷點；
* 監視程序變數的值；
* 程序的單步執行；
* 修改變數的值。
在可以使用 gdb 調試程序之前，必須使用 -g 選項編譯源文件。可在 makefile 中如下定義
CFLAGS 變數：
CFLAGS = -g
運行 gdb 調試程序時通常使用如下的命令：
gdb progname
在 gdb 提示符處鍵入help，將列出命令的分類，主要的分類有：
* aliases：命令別名
* breakpoints：斷點定義；
* data：數據查看；
* files：指定並查看文件；
* internals：維護命令；
* running：程序執行；
* stack：調用棧查看；
* statu：狀態查看；
* tracepoints：跟蹤程序執行。
鍵入 help 後跟命令的分類名，可獲得該類命令的詳細清單。
#DENO#
1.7.4 gdb 的常用命令
表 1-4 常用的 gdb 命令
命令 解釋
break NUM 在指定的行上設置斷點。
bt 顯示所有的調用棧幀。該命令可用來顯示函數的調用順序。
clear 刪除設置在特定源文件、特定行上的斷點。其用法為：clear FILENAME:NUM。
continue 繼續執行正在調試的程序。該命令用在程序由於處理信號或斷點而
導致停止運行時。
display EXPR 每次程序停止後顯示表達式的值。表達式由程序定義的變數組成。
file FILE 裝載指定的可執行文件進行調試。
help NAME 顯示指定命令的幫助信息。
info break 顯示當前斷點清單，包括到達斷點處的次數等。
info files 顯示被調試文件的詳細信息。
info func 顯示所有的函數名稱。
info local 顯示當函數中的局部變數信息。
info prog 顯示被調試程序的執行狀態。
info var 顯示所有的全局和靜態變數名稱。
kill 終止正被調試的程序。
list 顯示源代碼段。
make 在不退出 gdb 的情況下運行 make 工具。
next 在不單步執行進入其他函數的情況下，向前執行一行源代碼。
print EXPR 顯示表達式 EXPR 的值。
1.7.5 gdb 使用範例
-----------------
清單 一個有錯誤的 C 源程序 bugging.c
-----------------
#include <stdio.h>
#include <stdlib.h>
static char buff [256];
static char* string;
int main ()
{
printf ("Please input a string: ");
gets (string);
printf ("\nYour string is: %s\n", string);
}
-----------------
上面這個程序非常簡單，其目的是接受用戶的輸入，然後將用戶的輸入列印出來。該程序使用了
一個未經過初始化的字元串地址 string，因此，編譯並運行之後，將出現 Segment Fault 錯誤：
$ gcc -o test -g test.c
$ ./test
Please input a string: asfd
Segmentation fault (core mped)
為了查找該程序中出現的問題，我們利用 gdb，並按如下的步驟進行：
1．運行 gdb bugging 命令，裝入 bugging 可執行文件；
2．執行裝入的 bugging 命令；
3．使用 where 命令查看程序出錯的地方；
4．利用 list 命令查看調用 gets 函數附近的代碼；
5．唯一能夠導致 gets 函數出錯的因素就是變數 string。用 print 命令查看 string 的值；
6．在 gdb 中，我們可以直接修改變數的值，只要將 string 取一個合法的指針值就可以了，為
此，我們在第 11 行處設置斷點；
7．程序重新運行到第 11 行處停止，這時，我們可以用 set variable 命令修改 string 的取值；
8．然後繼續運行，將看到正確的程序運行結果。
#DEMO#
1.7.6 其他程序/庫工具
strip：
nm：
size：
string：
1.7.7 創建和使用靜態庫
創建一個靜態庫是相當簡單的。通常使用 ar 程序把一些目標文件（.o）組合在一起，成為一個單獨的庫，然後運行 ranlib，以給庫加入一些索引信息。
1.7.8 創建和使用共享庫
特殊的編譯和連接選項
-D_REENTRANT 使得預處理器符號 _REENTRANT 被定義，這個符號激活一些宏特性。
-fPIC 選項產生位置獨立的代碼。由於庫是在運行的時候被調入，因此這個
選項是必需的，因為在編譯的時候，裝入內存的地址還不知道。如果
不使用這個選項，庫文件可能不會正確運行。
-shared 選項告訴編譯器產生共享庫代碼。
-Wl,-soname -Wl 告訴編譯器將後面的參數傳遞到連接器。而 -soname 指定了
共享庫的 soname。
＃ 可以把庫文件拷貝到 /etc/ld.so.conf 中列舉出的任何目錄中，並以
root 身份運行 ldconfig；或者
＃ 運行 export LD_LIBRARY_PATH='pwd'，它把當前路徑加到庫搜索路徑中去。
1.7.9 使用高級共享庫特性
1. ldd 工具
ldd 用來顯示執行文件需要哪些共享庫, 共享庫裝載管理器在哪裡找到了需要的共享庫.
2. soname
共享庫的一個非常重要的，也是非常難的概念是 soname——簡寫共享目標名（short for shared object name）。這是一個為共享庫（.so）文件而內嵌在控制數據中的名字。如前面提到的，每一個程序都有一個需要使用的庫的清單。這個清單的內容是一系列庫的 soname，如同 ldd 顯示的那樣，共享庫裝載器必須找到這個清單。
soname 的關鍵功能是它提供了兼容性的標准。當要升級系統中的一個庫時，並且新庫的 soname 和老的庫的 soname 一樣，用舊庫連接生成的程序，使用新的庫依然能正常運行。這個特性使得在 Linux 下，升級使用共享庫的程序和定位錯誤變得十分容易。
在 Linux 中，應用程序通過使用 soname，來指定所希望庫的版本。庫作者也可以通過保留或者改變 soname 來聲明，哪些版本是相互兼容的，這使得程序員擺脫了共享庫版本沖突問題的困擾。
查看/usr/local/lib 目錄，分析 MiniGUI 的共享庫文件之間的關系
3. 共享庫裝載器
當程序被調用的時候，Linux 共享庫裝載器（也被稱為動態連接器）也自動被調用。它的作用是保證程序所需要的所有適當版本的庫都被調入內存。共享庫裝載器名字是 ld.so 或者是 ld-linux.so，這取決於 Linux libc 的版本，它必須使用一點外部交互，才能完成自己的工作。然而它接受在環境變數和配置文件中的配置信息。
文件 /etc/ld.so.conf 定義了標准系統庫的路徑。共享庫裝載器把它作為搜索路徑。為了改變這個設置，必須以 root 身份運行 ldconfig 工具。這將更新 /etc/ls.so.cache 文件，這個文件其實是裝載器內部使用的文件之一。
可以使用許多環境變數控制共享庫裝載器的操作（表1-4+）。
表 1-4+ 共享庫裝載器環境變數
變數 含義
LD_AOUT_LIBRARY_PATH 除了不使用 a.out 二進制格式外，與 LD_LIBRARY_PATH 相同。
LD_AOUT_PRELOAD 除了不使用 a.out 二進制格式外，與 LD_PRELOAD 相同。
LD_KEEPDIR 只適用於 a.out 庫；忽略由它們指定的目錄。
LD_LIBRARY_PATH 將其他目錄加入庫搜索路徑。它的內容應該是由冒號
分隔的目錄列表，與可執行文件的 PATH 變數具有相同的格式。
如果調用設置用戶 ID 或者進程 ID 的程序，該變數被忽略。
LD_NOWARN 只適用於 a.out 庫；當改變版本號是，發出警告信息。
LD_PRELOAD 首先裝入用戶定義的庫，使得它們有機會覆蓋或者重新定義標准庫。
使用空格分開多個入口。對於設置用戶 ID 或者進程 ID 的程序，
只有被標記過的庫才被首先裝入。在 /etc/ld.so.perload 中指定
了全局版本號，該文件不遵守這個限制。
4. 使用 dlopen
另外一個強大的庫函數是 dlopen()。該函數將打開一個新庫，並把它裝入內存。該函數主要用來載入庫中的符號，這些符號在編譯的時候是不知道的。比如 Apache Web 伺服器利用這個函數在運行過程中載入模塊，這為它提供了額外的能力。一個配置文件控制了載入模塊的過程。這種機制使得在系統中添加或者刪除一個模塊時，都不需要重新編譯了。
可以在自己的程序中使用 dlopen()。dlopen() 在 dlfcn.h 中定義，並在 dl 庫中實現。它需要兩個參數：一個文件名和一個標志。文件名可以是我們學習過的庫中的 soname。標志指明是否立刻計算庫的依賴性。如果設置為 RTLD_NOW 的話，則立刻計算；如果設置的是 RTLD_LAZY，則在需要的時候才計算。另外，可以指定 RTLD_GLOBAL，它使得那些在以後才載入的庫可以獲得其中的符號。
當庫被裝入後，可以把 dlopen() 返回的句柄作為給 dlsym() 的第一個參數，以獲得符號在庫中的地址。使用這個地址，就可以獲得庫中特定函數的指針，並且調用裝載庫中的相應函數。
3. linux下使用nm指令查看靜態庫/動態庫編譯內容
在Linux環境下，當你遇到鏈接庫問題時，深入理解庫的編譯內容變得尤為重要。這時，nm指令就成為一個有效的工具，幫助我們揭示靜態庫和動態庫內的編譯細節。
首先，對於靜態庫，我們可以使用命令
nm -g libname.a
執行後，如圖所示，它會列出靜態庫中的全局變數和函數介面，讓你清晰地看到庫的內部結構。
而對於動態庫，其查看方式為
nm -g libname.so
同樣會顯示出動態庫的編譯內容，包括函數和符號，這對於定位和修復與庫相關的bug時非常有用。
因此，在鏈接第三方庫或處理bug時，記得利用nm指令來記錄和分析庫的編譯內容，它能提供寶貴的線索和信息。
4. 如何才能使CMake生成的可執行程序便於調試
出現的原因是導入的此makefile工程不是debug模式的，所以不包含調試信息，自然不能打斷點調試了。因此，要解決這個問題就要考慮如何修改CMakeLists.txt使其生成的makefile文件進而生成Debug模式下的帶調試信息的可執行程序；
我們先寫一個簡單的測試例子來測試一下，如何加調試信息：
假設文件結構如下：
./test6
|
+ ------ CmakeLists.txt
+ ------ main.cpp
+ ------ src_a
|
+ ------ CmakeLists.txt
+ ------ Testa.h
+ ------ Testa.cpp
+ ------ src_so
|
+ ------ CmakeLists.txt
+ ------ Testso.h
+ ------ Testso.cpp
第一步：test6目錄下CmakeLists.txt
cmake_minimum_required(VERSION 3.3)
project(main )
add_subdirectory(src_a ) // 給當前工程目錄添加子目錄 src_a
add_subdirectory(src_so ) // 給當前工程目錄添加子目錄 src_so
set(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb") //添加調試信息
set(EXECUTABLE_OUTPUT_PATH $ {PROJECT_SOURCE_DIR}/bin) //設置可執行文件的生成路徑
include_directories($ {PROJECT_SOURCE_DIR}/src_a ${PROJECT_SOURCE_DIR}/src_so) //包含庫頭文件
aux_source_directory(. DIR_SRCS ) // 將當前目錄中的源文件名稱賦值給變數 DIR_SRCS
add_executable(main $ {DIR_SRCS}) //表示 DIR_SRCS中的源文件需要編譯成名為 main的可執行文件
target_link_libraries (main Testa Testso) //將庫文件鏈接到生成的目標可執行文件
第二步：子目錄目錄下CmakeLists.txt
1，src_a中靜態庫的編譯生成
cmake_minimum_required(VERSION 3.3) //該命令限定了 CMake 的版本
set(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb") //添加調試信息
set(LIBRARY_OUTPUT_PATH $ {PROJECT_SOURCE_DIR}/bin) //設置Lib 靜態庫生成路徑
aux_source_directory(. LIBA_SRC) //將當前目錄中的源文件名稱賦值給變數 LIBA_SRC
add_library(Testad STATIC $ {LIBA_SRC}) //將變數 LIBA_SRC中的源文件編譯為靜態庫，庫文件名稱為 Testa
2，src_so中動態庫的編譯生成
cmake_minimum_required(VERSION 3.3) //該命令限定了 CMake 的版本
set(CMAKE_CXX_FLAGS_DEBUG "$ENV{CXXFLAGS} -O0 -Wall -g -ggdb") //添加調試信息
set(LIBRARY_OUTPUT_PATH $ {PROJECT_SOURCE_DIR}/bin) //設置Lib 動態庫庫生成路徑
aux_source_directory(. LIBSO_SRC) //將當前目錄中的源文件名稱賦值給變數 LIBA_SRC
add_library(Testsod SHARED $ {LIBSO_SRC}) //將變數 LIBA_SRC中的源文件編譯為動態庫，庫文件名稱為 Testso
此處執行cmake時有兩種方式：
1，在cmake的gui界面中設定生成Debug模式，
2，在執行cmake時使用如下命令：cmake -DCMAKE_BUILD_TYPE=Debug/Release path
關於ccmake的使用，這里簡單的做個說明：
1.首先在終端啟動cmake的gui界面："ccmake ." 效果如圖：
2.然後在gui中輸入"c"，效果如圖：
3.然後在gui中輸入"e"，效果如圖：
4.此時在gui界面點擊"enter"回車鍵進行編輯：編輯完再次點擊回車退出編輯。
5.點擊"c",之後再次點擊"g"。此時makefile文件已經生成好了。make之後生成的可執行文件是帶有調試信息的，就可用gdb進行調試了（導入Eclipse也可以進行打斷點調試）。
5. linux 靜態庫和動態庫編譯的區別
Linux庫有動態與靜態兩種，動態通常用.so為後綴，靜態用.a為後綴。例如：libhello.so libhello.a
為了在同一系統中使用不同版本的庫，可以在庫文件名後加上版本號為後綴,例如： libhello.so.1.0,由於程序連接默認以.so為文件後綴名。所以為了使用這些庫，通常使用建立符號連接的方式。
ln -s libhello.so.1.0 libhello.so.1
ln -s libhello.so.1 libhello.so
動態庫和靜態庫的區別：
當要使用靜態的程序庫時，連接器會找出程序所需的函數，然後將它們拷貝到執行文件，由於這種拷貝是完整的，所以一旦連接成功，靜態程序庫也就不再需要了。然而，對動態庫而言，就不是這樣。動態庫會在執行程序內留下一個標記『指明當程序執行時，首先必須載入這個庫。由於動態庫節省空間，linux下進行連接的預設操作是首先連接動態庫，也就是說，如果同時存在靜態和動態庫，不特別指定的話，將與動態庫相連接。
兩種庫的編譯產生方法：
第一步要把源代碼編繹成目標代碼。以下面的代碼hello.c為例，生成hello庫：
/* hello.c */
#include
void sayhello()
{
printf("hello,world\n");
}
用gcc編繹該文件，在編繹時可以使用任何全法的編繹參數，例如-g加入調試代碼等：
gcc -c hello.c -o hello.o
1.連接成靜態庫
連接成靜態庫使用ar命令，其實ar是archive的意思
$ar cqs libhello.a hello.o
2.連接成動態庫
生成動態庫用gcc來完成，由於可能存在多個版本，因此通常指定版本號：
$gcc -shared -Wl,-soname,libhello.so.1 -o libhello.so.1.0 hello.o
另外再建立兩個符號連接：
$ln -s libhello.so.1.0 libhello.so.1
$ln -s libhello.so.1 libhello.so
這樣一個libhello的動態連接庫就生成了。最重要的是傳gcc -shared 參數使其生成是動態庫而不是普通執行程序。
-Wl 表示後面的參數也就是-soname,libhello.so.1直接傳給連接器ld進行處理。實際上，每一個庫都有一個soname，當連接器發現它正在查找的程序庫中有這樣一個名稱，連接器便會將soname嵌入連結中的二進制文件內，而不是它正在運行的實際文件名，在程序執行期間，程序會查找擁有 soname名字的文件，%B
6. C++通過什麼編譯器編譯成的靜態庫給ios調用
用的是gcc編譯器或者xcode編譯就可以。
在開發過程中，經常會碰到一些在不同工程中經常用到的部分，把這些部分抽取出來做成一個靜態庫往往是一個比較好的做法。xcode里就有製作靜態庫的模板，相關的製作步驟網上也有很多，但在實際的操作中，還是有不少細節方面需要注意。以下是我碰到的一些問題總結。
1.編譯release版本的庫
在「Manage Schemes」中，將「Build Configuration」的選項改為「Release」即可。如圖：
2.靜態庫中包含category
如果你在靜態庫工程中使用了category，那麼你可能會碰到鏈接問題，解決的辦法就是需要同時在生成靜態庫的工程和使用靜態庫的工程中使用「-all_load」編譯選項，即在對應target的"Build Settings"中的「Other Linker Flags」選項添加「-all_load」。注意：使用靜態庫的工程中是一定要加該編譯選項的！！至於生成靜態庫的工程中加不加沒有試過，不過建議還是加上該編譯選項。
3.靜態庫支持的SDK版本
為了使自己的靜態庫盡可能多的支持IOS的系統版本，應該在"IOS Deployment Target"這個選項中選擇自己所需的IOS版本。設置如下圖，這個是我的靜態庫工程中的配置，紅框框起來的是我修改過的選項。
4.自動拷貝頭文件
在工程對應的target的「Build Phases」下添加「Copy Headers」的選項。該選項默認是沒有的，添加方法是點擊下方的「Add Build Phase」按鈕後選擇後即可添加。該選項下有3個子選項，分別是Public,Private,Project。通過點擊下方的加號，可以將工程中的頭文件添加到「Project」中，在其中的對應頭文件點擊右鍵，選擇「Move to Public Group」，當頭文件移到「Pulic」後，編譯工程以後，在工程編譯後.a文件所在的路徑下，會同時出現一個"usr/local/include"的文件夾，其中的頭文件就是public group中的頭文件。這時只需將.a文件和這個路徑下的頭文件拷貝到所需工程文件即可。
轉載