*
運行 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() 的第一個參數，以獲得符號在庫中的地址。使用這個地址，就可以獲得庫中特定函數的指針，並且調用裝載庫中的相應函數。
❷ 請解釋該Makefile文件每一行的含義，並論述輸入make命令以及make clean命令後的執行結果：
MAIN =cidp_main//變數定義, 最後的可執行文件
OBJS = cidp_main.ounion.o atm.o card.o//變數定義, 所有目標文件笑薯
CC = gcc//變數定義, 所用的編譯器
CFLAGS =-Wall -O2//變數定義, 編譯器參數, 打開所以警告和進行2級優化
LIBSLINK =-lpthread//變數定義, 編譯器鏈接庫參數
DEBUG_FLAG =-g//變數定義, 編譯譽森器碰虛者調試信息參數
$(MAIN):${OBJS}//目標和依賴，編譯可執行程序的規則
${CC} -o $@ $(CFLAGS) ${DEBUG_FLAG} ${OBJS} $(LIBSLINK) }//編譯可執行程序的命令, $@為目標項
cidp_main.o: cidp_main.c//目標和依賴，編譯目標文件的規則
$(CC) $(CFLAGS) -c $<//編譯ctrl_main.o的命令, $<為依賴列表首項
tcp_server.o:tcp_server.c tcp_server.h//目標和依賴，編譯目標文件的規則
$(CC) $(CFLAGS) -c $<//編譯tcp_server.o的命令, $<為依賴列表首項
udp_server.o: udp_server.c udp_server.h//目標和依賴，編譯目標文件的規則則
$(CC) $(CFLAGS) -c $<//編譯udp_server.o的命令, $<為依賴列表首項
translate.o: translate.c translate.h//目標和依賴，編譯目標文件的規則
$(CC) $(CFLAGS) -c $<//編譯translate.o的命令, $<為依賴列表首項
clean://clean目標，清除編譯結果命令make clean
/bin/rm -f ctrl_main *.o//make clean具體要執行的命令, 刪除ctrl_main和所以目標文件
1. make命令執行後產生所有目標文件，並最後產生可執行文件ctrl_main
2. make clean命令執行後, 刪除ctrl_main和所有目標文件
❸ 編譯內核makefile.build錯誤
編譯內核時，makefile.build錯誤可能是由於多種原因引起的。以下是一些可能的解決方案：
1. 檢查makefile.build文件是否存在，以及路徑是否正確。如果文件不存在或路徑錯誤，需要重新下載或移動文件。
2. 檢查makefile.build文件中的語法錯誤。如果文件中存在語法錯誤，需要斗高修復這些錯誤。
3. 檢查內核源代碼是否完整。如果源代碼不完整，可能會導致makefile.build錯誤。需要重新下載或更新內核大銷慶源代碼。
4. 檢查內核配置是否正確。如果內核配置不正確，可能會導致makefile.build錯誤。需要重新配置內核。
5. 檢查編譯環境是否正確。如果編譯環境不正確，可能會導致makefile.build錯誤。需要安裝或更新相關的編譯工具和庫文件。
6. 檢查內核版本是否正確。如果內核版本不正確，可能會導致makefile.build錯誤。需要使用正確的內核版本進行編譯。
如果以滾握上方法都無法解決問題，可以嘗試在網上搜索相關的解決方案，或者向內核開發者社區尋求幫助。
❹ linux靜態庫怎麼編譯
創建並使用靜態庫
第一步：編輯源文件，test.h test.c main.c。其中main.c文件中包含main函數，作為程序入口；test.c中包含main函數中需要用到的函數。
vi test.h test.c main.c
第二步：將test.c編譯成目標文件。
gcc -c test.c
如果test.c無誤，就會得到test.o這個目標文件。
第三步：由.o文件創建靜態庫。
ar rcs libtest.a test.o
第四步：在程序中使用靜態庫。
gcc -o main main.c -L. -ltest
因為是靜態編譯，生成的執行文件可以獨立於.a文件運行。
第五步：執行。
./main
示例四 創建並使用動態庫
第一步：編輯源文件，test.h test.c main.c。其中main.c文件中包含main函數，作為程序入口；test.c中包含main函數中需要用到的函數。
vi test.h test.c main.c
第二步：將test.c編譯成目標文件。
gcc -c test.c
前面兩步與創建靜態庫一致。
第三步：由.o文件創建動態庫文件。
gcc -shared -fPIC -o libtest.so test.o
第四步：在程序中使用動態庫。
gcc -o main main.c -L. -ltest
當靜態庫和動態庫同名時，gcc命令將優先使用動態庫。
第五步：執行。
LD_LIBRARY_PATH=. ./main
示例五 查看靜態庫中的文件
[root@node56 lib]# ar -t libhycu.a
base64.c.o
binbuf.c.o
cache.c.o
chunk.c.o
codec_a.c.o
❺ 關於c/c++靜態庫和動態庫的區別
靜態庫
之所以成為【靜態庫】，是因為在鏈接階段，會將匯編生成的目標文件.o與引用到的庫一起鏈接打包到可執行文件中。因此對應的鏈接方式稱為靜態鏈接。
試想一下，靜態庫與匯編生成的目標文件一起鏈接為可執行文件，那麼靜態庫必定跟.o文件格式相似。其實一個靜態庫可以簡單看成是一組目標文件（.o/.obj文件）的集合，即很多目標文件經過壓縮打包後形成的一個文件。靜態庫特點總結：
l 靜態庫對函數庫的鏈接是放在編譯時期完成的。
l 程序在運行時與函數庫再無瓜葛，移植方便。
l 浪費空間和資源，因為所有相關的目標文件與牽涉到的函數庫被鏈接合成一個可執行文件。
下面編寫一些簡單的四則運算C++類，將其編譯孫陵敬成靜態庫給他人用，頭文件如下所示：
StaticMath.h頭文件
#pragma once
class StaticMath
{
public:
StaticMath(void);
~StaticMath(void);
static double add(double a, double b);//加法
static double sub(double a, double b);//減法
static double mul(double a, double b);//乘法
static double div(double a, double b);//除法
void print();
};
Linux下使用ar工具、Windows下vs使用lib.exe，將目標文件壓縮到一起，並且對其進行編號和索引，以便於查找和檢索。一般創建靜態庫的步驟如圖所示：
圖：創建靜態庫過程
Linux下創建與使用靜態庫
Linux靜態庫命名規則
Linux靜態庫命名規則慎范，必須是"lib[your_library_name].a"：lib為前綴，中間是靜態庫名，擴展名為.a。
創建靜態庫（.a）
通過上面的流程可以知道，Linux創建靜態庫過程如下：
l 首先，將代碼文件編譯成目標文件.o（StaticMath.o）
g++ -c StaticMath.cpp
注意帶參數-c，否則直接編譯為可執行文件
l 然後，通過ar工具將目標文件打包成.a靜態庫文件
ar -crv libstaticmath.a StaticMath.o
生成靜態庫libstaticmath.a。
大一點的項目會編寫makefile文件（CMake等等工程管理工具）來生成靜態庫，輸入多個命令太麻煩了。
使用靜態庫
編寫使用上面創建的靜態庫的測試代碼：
測試代碼：
#include "StaticMath.h"
#include <iostream>
using namespace std;
int main(int argc, char* argv[])
{
double a = 10;
double b = 2;
cout << "a + b = " << StaticMath::add(a,
b) << endl;
cout << "a - b = " << StaticMath::sub(a,
b) << endl;
cout << "a * b = " << StaticMath::mul(a,
b) << endl;
cout << "a / b = " << StaticMath::div(a,
b) << endl;
StaticMath sm;
sm.print();
system("pause");
return 0;
}
Linux下使用靜態庫，只需要在編譯的時候，指定靜態庫的搜索路徑（-L選項）、指定靜態庫名（不需要lib前綴和.a後綴汪旦，-l選項）。
# g++ TestStaticLibrary.cpp -L../StaticLibrary -lstaticmath
l -L：表示要連接的庫所在目錄
l -l：指定鏈接時需要的動態庫，編譯器查找動態連接庫時有隱含的命名規則，即在給出的名字前面加上lib，後面加上.a或.so來確定庫的名稱。
Windows下創建與使用靜態庫
創建靜態庫（.lib）
如果是使用VS命令行生成靜態庫，也是分兩個步驟來生成程序：
l 首先，通過使用帶編譯器選項 /c 的 Cl.exe 編譯代碼 (cl
/c StaticMath.cpp)，創建名為「StaticMath.obj」的目標文件。
l 然後，使用庫管理器 Lib.exe 鏈接代碼 (lib StaticMath.obj)，創建靜態庫StaticMath.lib。
當然，我們一般不這么用，使用VS工程設置更方便。創建win32控制台程序時，勾選靜態庫類型；打開工程「屬性面板」è」配置屬性」è」常規」，配置類型選擇靜態庫。
圖：vs靜態庫項目屬性設置
Build項目即可生成靜態庫。
使用靜態庫
測試代碼Linux下面的一樣。有3種使用方法：
方法一：
在VS中使用靜態庫方法：
l 工程「屬性面板」è「通用屬性」è 「框架和引用」è」添加引用」，將顯示「添加引用」對話框。 「項目」選項卡列出了當前解決方案中的各個項目以及可以引用的所有庫。 在「項目」選項卡中，選擇 StaticLibrary。 單擊「確定」。
l 添加StaticMath.h 頭文件目錄，必須修改包含目錄路徑。打開工程「屬性面板」è」配置屬性」è 「C/C++」è」 常規」，在「附加包含目錄」屬性值中，鍵入StaticMath.h 頭文件所在目錄的路徑或瀏覽至該目錄。
編譯運行OK。
圖：靜態庫測試結果（vs）
如果引用的靜態庫不是在同一解決方案下的子工程，而是使用第三方提供的靜態庫lib和頭文件，上面的方法設置不了。還有2中方法設置都可行。
方法二：
打開工程「屬性面板」è」配置屬性」è 「鏈接器」è」命令行」，輸入靜態庫的完整路徑即可。
方法三：
l 「屬性面板」è」配置屬性」è 「鏈接器」è」常規」，附加依賴庫目錄中輸入，靜態庫所在目錄；
l 「屬性面板」è」配置屬性」è 「鏈接器」è」輸入」，附加依賴庫中輸入靜態庫名StaticLibrary.lib。
動態庫
通過上面的介紹發現靜態庫，容易使用和理解，也達到了代碼復用的目的，那為什麼還需要動態庫呢？
為什麼還需要動態庫？
為什麼需要動態庫，其實也是靜態庫的特點導致。
l 空間浪費是靜態庫的一個問題。
l 另一個問題是靜態庫對程序的更新、部署和發布頁會帶來麻煩。如果靜態庫liba.lib更新了，所以使用它的應用程序都需要重新編譯、發布給用戶（對於玩家來說，可能是一個很小的改動，卻導致整個程序重新下載，全量更新）。
動態庫在程序編譯時並不會被連接到目標代碼中，而是在程序運行是才被載入。不同的應用程序如果調用相同的庫，那麼在內存里只需要有一份該共享庫的實例，規避了空間浪費問題。動態庫在程序運行是才被載入，也解決了靜態庫對程序的更新、部署和發布頁會帶來麻煩。用戶只需要更新動態庫即可，增量更新。
動態庫特點總結：
l 動態庫把對一些庫函數的鏈接載入推遲到程序運行的時期。
l 可以實現進程之間的資源共享。（因此動態庫也稱為共享庫）
l 將一些程序升級變得簡單。
l 甚至可以真正做到鏈接載入完全由程序員在程序代碼中控制（顯示調用）。
Window與Linux執行文件格式不同，在創建動態庫的時候有一些差異。
l 在Windows系統下的執行文件格式是PE格式，動態庫需要一個DllMain函數做出初始化的入口，通常在導出函數的聲明時需要有_declspec(dllexport)關鍵字。
l Linux下gcc編譯的執行文件默認是ELF格式，不需要初始化入口，亦不需要函數做特別的聲明，編寫比較方便。
與創建靜態庫不同的是，不需要打包工具（ar、lib.exe），直接使用編譯器即可創建動態庫。
Linux下創建與使用動態庫
linux動態庫的命名規則
動態鏈接庫的名字形式為 libxxx.so，前綴是lib，後綴名為「.so」。
l 針對於實際庫文件，每個共享庫都有個特殊的名字「soname」。在程序啟動後，程序通過這個名字來告訴動態載入器該載入哪個共享庫。
l 在文件系統中，soname僅是一個鏈接到實際動態庫的鏈接。對於動態庫而言，每個庫實際上都有另一個名字給編譯器來用。它是一個指向實際庫鏡像文件的鏈接文件（lib+soname+.so）。
創建動態庫（.so）
編寫四則運算動態庫代碼：
DynamicMath.h頭文件
#pragma once
class DynamicMath
{
public:
DynamicMath(void);
~DynamicMath(void);
static double add(double a, double b);//¼Ó·¨
static double sub(double a, double b);//¼õ·¨
static double mul(double a, double b);//³Ë·¨
static double div(double a, double b);//³ý·¨
void print();
};
l 首先，生成目標文件，此時要加編譯器選項-fpic
g++ -fPIC -c DynamicMath.cpp
-fPIC 創建與地址無關的編譯程序（pic，position independent code），是為了能夠在多個應用程序間共享。
l 然後，生成動態庫，此時要加鏈接器選項-shared
g++ -shared -o libdynmath.so DynamicMath.o
-shared指定生成動態鏈接庫。
其實上面兩個步驟可以合並為一個命令：
g++ -fPIC -shared -o libdynmath.so DynamicMath.cpp
使用動態庫
編寫使用動態庫的測試代碼：
測試代碼：
#include "../DynamicLibrary/DynamicMath.h"
#include <iostream>
using namespace std;
int main(int argc, char* argv[])
{
double a = 10;
double b = 2;
cout << "a + b = " << DynamicMath::add(a, b) << endl;
cout << "a - b = " << DynamicMath::sub(a, b) << endl;
cout << "a * b = " << DynamicMath::mul(a, b) << endl;
cout << "a / b = " << DynamicMath::div(a, b) << endl;
DynamicMath dyn;
dyn.print();
return 0;
}
引用動態庫編譯成可執行文件（跟靜態庫方式一樣）：
g++ TestDynamicLibrary.cpp -L../DynamicLibrary -ldynmath
然後運行：./a.out，發現竟然報錯了！！！
可能大家會猜測，是因為動態庫跟測試程序不是一個目錄，那我們驗證下是否如此：
發現還是報錯！！！那麼，在執行的時候是如何定位共享庫文件的呢？
1) 當系統載入可執行代碼時候，能夠知道其所依賴的庫的名字，但是還需要知道絕對路徑。此時就需要系統動態載入器(dynamic linker/loader)。
2) 對於elf格式的可執行程序，是由ld-linux.so*來完成的，它先後搜索elf文件的DT_RPATH段—環境變數LD_LIBRARY_PATH—/etc/ld.so.cache文件列表—/lib/,/usr/lib 目錄找到庫文件後將其載入內存。
如何讓系統能夠找到它：
l 如果安裝在/lib或者/usr/lib下，那麼ld默認能夠找到，無需其他操作。
l 如果安裝在其他目錄，需要將其添加到/etc/ld.so.cache文件中，步驟如下：
n 編輯/etc/ld.so.conf文件，加入庫文件所在目錄的路徑
n 運行ldconfig ，該命令會重建/etc/ld.so.cache文件
我們將創建的動態庫復制到/usr/lib下面，然後運行測試程序。
Windows下創建與使用動態庫
創建動態庫（.dll）
與Linux相比，在Windows系統下創建動態庫要稍微麻煩一些。首先，需要一個DllMain函數做出初始化的入口（創建win32控制台程序時，勾選DLL類型會自動生成這個文件）：
dllmain.cpp入口文件
// dllmain.cpp : Defines the entry point for the DLL application.
#include "stdafx.h"
BOOL APIENTRY DllMain( HMODULE hMole,
DWORD ul_reason_for_call,
LPVOID lpReserved
)
{
switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
case DLL_THREAD_ATTACH:
case DLL_THREAD_DETACH:
case DLL_PROCESS_DETACH:
break;
}
return TRUE;
}
通常在導出函數的聲明時需要有_declspec(dllexport)關鍵字：
DynamicMath.h頭文件
#pragma once
class DynamicMath
{
public:
__declspec(dllexport) DynamicMath(void);
__declspec(dllexport) ~DynamicMath(void);
static __declspec(dllexport) double add(double a, double b);//加法
static __declspec(dllexport) double sub(double a, double b);//減法
static __declspec(dllexport) double mul(double a, double b);//乘法
static __declspec(dllexport) double div(double a, double b);//除法
__declspec(dllexport) void print();
};
生成動態庫需要設置工程屬性，打開工程「屬性面板」è」配置屬性」è」常規」，配置類型選擇動態庫。
圖：v動態庫項目屬性設置
Build項目即可生成動態庫。
使用動態庫
創建win32控制台測試程序：
TestDynamicLibrary.cpp測試程序
#include "stdafx.h"
#include "DynamicMath.h"
#include <iostream>
using namespace std;
int _tmain(int argc, _TCHAR* argv[])
{
double a = 10;
double b = 2;
cout << "a + b = " << DynamicMath::add(a,
b) << endl;
cout << "a - b = " << DynamicMath::sub(a,
b) << endl;
cout << "a * b = " << DynamicMath::mul(a,
b) << endl;
cout << "a / b = " << DynamicMath::div(a,
b) << endl;
DynamicMath dyn;
dyn.print();
system("pause");
return 0;
}
方法一：
l 工程「屬性面板」è「通用屬性」è 「框架和引用」è」添加引用」，將顯示「添加引用」對話框。「項目」選項卡列出了當前解決方案中的各個項目以及可以引用的所有庫。 在「項目」選項卡中，選擇 DynamicLibrary。 單擊「確定」。
l 添加DynamicMath.h 頭文件目錄，必須修改包含目錄路徑。打開工程「屬性面板」è」配置屬性」è 「C/C++」è」 常規」，在「附加包含目錄」屬性值中，鍵入DynamicMath.h 頭文件所在目錄的路徑或瀏覽至該目錄。
編譯運行OK。
圖：動態庫測試結果（vs）
方法二：
l 「屬性面板」è」配置屬性」è 「鏈接器」è」常規」，附加依賴庫目錄中輸入，動態庫所在目錄；
l 「屬性面板」è」配置屬性」è 「鏈接器」è」輸入」，附加依賴庫中輸入動態庫編譯出來的DynamicLibrary.lib。
這里可能大家有個疑問，動態庫怎麼還有一個DynamicLibrary.lib文件？即無論是靜態鏈接庫還是動態鏈接庫，最後都有lib文件，那麼兩者區別是什麼呢？其實，兩個是完全不一樣的東西。
StaticLibrary.lib的大小為190KB，DynamicLibrary.lib的大小為3KB，靜態庫對應的lib文件叫靜態庫，動態庫對應的lib文件叫【導入庫】。實際上靜態庫本身就包含了實際執行代碼、符號表等等，而對於導入庫而言，其實際的執行代碼位於動態庫中，導入庫只包含了地址符號表等，確保程序找到對應函數的一些基本地址信息。
動態庫的顯式調用
上面介紹的動態庫使用方法和靜態庫類似屬於隱式調用，編譯的時候指定相應的庫和查找路徑。其實，動態庫還可以顯式調用。【在C語言中】，顯示調用一個動態庫輕而易舉！
在Linux下顯式調用動態庫
#include <dlfcn.h>，提供了下面幾個介面：
l void * dlopen( const char * pathname, int mode )：函數以指定模式打開指定的動態連接庫文件，並返回一個句柄給調用進程。
l void* dlsym(void* handle,const char* symbol)：dlsym根據動態鏈接庫操作句柄(pHandle)與符號(symbol)，返回符號對應的地址。使用這個函數不但可以獲取函數地址，也可以獲取變數地址。
l int dlclose (void *handle)：dlclose用於關閉指定句柄的動態鏈接庫，只有當此動態鏈接庫的使用計數為0時,才會真正被系統卸載。
l const char *dlerror(void)：當動態鏈接庫操作函數執行失敗時，dlerror可以返回出錯信息，返回值為NULL時表示操作函數執行成功。
在Windows下顯式調用動態庫
應用程序必須進行函數調用以在運行時顯式載入 DLL。為顯式鏈接到 DLL，應用程序必須：
l 調用 LoadLibrary（或相似的函數）以載入 DLL 和獲取模塊句柄。
l 調用 GetProcAddress，以獲取指向應用程序要調用的每個導出函數的函數指針。由於應用程序是通過指針調用 DLL 的函數，編譯器不生成外部引用，故無需與導入庫鏈接。
l 使用完 DLL 後調用 FreeLibrary。
顯式調用C++動態庫注意點
對C++來說，情況稍微復雜。顯式載入一個C++動態庫的困難一部分是因為C++的name
mangling；另一部分是因為沒有提供一個合適的API來裝載類，在C++中，您可能要用到庫中的一個類，而這需要創建該類的一個實例，這不容易做到。
name mangling可以通過extern "C"解決。C++有個特定的關鍵字用來聲明採用C
binding的函數：extern "C" 。用 extern "C"聲明的函數將使用函數名作符號名，就像C函數一樣。因此，只有非成員函數才能被聲明為extern
"C"，並且不能被重載。盡管限制多多，extern "C"函數還是非常有用，因為它們可以象C函數一樣被dlopen動態載入。冠以extern
"C"限定符後，並不意味著函數中無法使用C++代碼了，相反，它仍然是一個完全的C++函數，可以使用任何C++特性和各種類型的參數。
❻ 調用動態庫的時候有幾個問題會經常碰到
通常這樣做就可以解決庫無法鏈接的問題了。 makefile裡面怎麼正確的編譯和連接生成.so庫文件，然後又是在其他程序的makefile裡面如何編譯和連接才能調用這個逗搏庫文件的函數?答:你需要告訴動態鏈接器、載入器ld.so在哪裡才能找到這個共享庫,可以設置環境變數把庫的路徑添加到庫目錄/lib和/usr/lib，LD_LIBRARY_PATH=$(pwd),這種方法採用命令行方法不太方便,一種替代方法 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^注釋^^^^^^^^^^^^^^^^^^^^^^^^^^^^ LD_LIBRARY_PATH可以在/etc/profile還是 ~/.profile還是 ./bash_profile里設置，或者.bashrc里， 改完後運行source /etc/profile或 . /etc/profile 更好的辦法是添入/etc/ld.so.conf, 然後執行 /sbin/ldconfig ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^注釋^^^^^^^^^^^^^^^^^^^^^^^^^^^^是把庫路徑添加到/etc/ld.so.conf，然後以root身份運行ldconfig 也可以在連接的時候指定文件路徑和名稱 -I -L. GCC=gccCFLAGS=-Wall -ggdb -fPIC#CFLAGS=all: libfunc test libfunc:func.o func1.o $(GCC) -shared -Wl,-soname,libfunc.so.1 -o libfunc.so.1.1 $ 編譯目標文件時使用gcc的姿野-fPIC選項，產生與位置無關的代碼並能被載入到任何地址： gcc ?fPIC ?g ?c liberr.c ?o liberr.o 使用gcc的-shared和-soname選項； 使用gcc的-Wl選項把參數傳遞給連接器ld； 使用gcc的-l選項顯示的連接C庫，以保證可以得到所需的啟動（startup）代碼，從而避免程序在使用不同的，可能不兼容版本的C庫的系統上不能啟動執行。 gcc ?g ?shared ?Wl,-soname,liberr.so ?o liberr.so.1.0.0 liberr.o ?lc 建立相應的符號連接： ln ?s liberr.so.1.0.0 liberr.so.1; ln ?s liberr.so.1.0.0 liberr.so; 在MAKEFILE中：$@表示規則中的目標文件集。在模式規則中，如果有多個目標，那麼，"$@"就是匹配於目標中模式定義的集合。$%僅跡指喊當目標是函數庫文件中，表示規則中的目標成員名。例如，如果一個目標是"foo.a(bar.o)"，那麼，"$%"就是"bar.o"，"$@"就是 "foo.a"。如果目標不是函數庫文件（Unix下是[.a]，Windows下是[.lib]），那麼，其值為空。
❼ 編譯器是以c文件為單位進行編譯的，如何知道是對哪個c文件進行編譯的
C文件的#include語句一般包含H文件。
一個項目中如果有多個C文件時，
編譯器需要單獨編譯各個C文件，會生成相應的目標文件。但是#include語句包含的C文件不會單獨生成相應的文件。
而生成的目標文件通過連接工具連接成EXE文件。
❽ gcc編譯錯誤！
提衡燃肢示是說編譯的時候加上參數-fPIC，和你做的咐世完全不一樣。
當輸入文件為.c、.cxx、.cpp等等時，gcc先編譯後鏈接
當輸入文件是.o時gcc只執行連接步段模驟。
應該的命令行類似：
gcc -c -fPIC palindrome.c -o palindrome.o
❾ Delphi的命令行編譯命令
Borland出品的Delphi，有著閃電般的編譯速度，但是在界面控制項使用較多、工程項目較大的時候，編譯一個工程仍需要一段時間，打開龐大的Delphi IDE，也需要時間。其實，在一個工程開發結束，調試完成之後的Release編譯，完全可以用命令行來執行，因為Delphi的編譯器參數不像C++編譯器那樣復雜。
筆者把Delphi聯機手冊中關於命令行編譯(command-line compiler)的幾篇主題作了翻譯，希望對Delphi開發人員有幫助。
目錄
1. Command-line compiler
命令行編譯器
2. Command-line compiler options
命令行編譯器選項
3. Compiler directive options
編譯器指令選項
4. Compiler mode options
編譯模式選項
5. DCC32.CFG file
編譯器配置文件DCC32.CFG
6. Debug options
調試選項
7. Directory options
目錄選項
8. IDE command-line options
IDE命令行選項
9. Generated files
幾個IDE自動生成的文件介紹
Command-line compiler
命令行編譯器
Delphi's command-line compiler (dcc32.EXE) lets you invoke all the functions of the IDE compiler (DELPHI32.EXE) from the DOS command line (see IDE command-line options. Run the command-line compiler from the DOS prompt using the syntax:
Delphi』s命令行編譯器(dcc32.exe)允許你從DOS命令行方式(參照：IDE命令行選項)實現IDE編譯器(delphi32.exe)的所有功能。用DOS命令運行命令行編譯器語法如下：
dcc32 [options] filename [options]
dcc32 [選項] [文件名] [選項]
where options are zero or more parameters that provide information to the compiler and filename is the name of the source file to compile. If you type dcc32 alone, it displays a help screen of command-line options and syntax.
零或多個參數給編譯器提供信息，文件名指定需要編譯的源文件名。如果你單獨輸入dcc32，它會顯示一個關於命令行編譯的選項和語法的屏幕。
If filename does not have an extension, the command-line compiler assumes .dpr, then .pas, if no .dpr is found. If the file you're compiling to doesn't have an extension, you must append a period (.) to the end of the filename.
如果文件名沒有擴展名，命令行編譯器會查找擴展名為.dpr的同名文件，如果找不到，則查找擴展名為.pas的同名文件。如果你的源文件確實沒有擴展名，你需要在文件名的末尾添加(.)。
If the source text contained in filename is a program, the compiler creates an executable file named filename.EXE. If filename contains a library, the compiler creates a file named filename.DLL. If filename contains a package, the compiler creates a file named filename.BPL. If filename contains a unit, the compiler creates a unit file named filename.dcu.
如果指定的源文件是一個工程文件，編譯器會創建一個擴展名為.EXE的同名可執行文件。如果指定的源文件是一個庫文件，編譯器創建一個擴展名為.DLL的同名動態鏈接庫文件。如果指定的源文件是一個包文件，編譯器會創建一個擴展名為.BPL的同名包。如果指定的源文件是一個單元文件，編譯器會創建一個擴展名為.dcu的目標代碼文件。
You can specify a number of options for the command-line compiler. An option consists of a slash (/) or immediately followed by an option letter. In some cases, the option letter is followed by additional information, such as a number, a symbol, or a directory name. Options can be given in any order and can come before or after the file name.
你可以為命令行編譯器指定多個參數。一個參數包含一個破折號「-」(或「/」)和緊跟著的一個選項字元構成。通常情況下，選項字元後面會跟一些附加的信息，如一個數字、一個符號、一個目錄等。選項可以是任意順序並且可以在源文件名前面或後面。
Command-line compiler options
命令行編譯選項
The IDE lets you set various options through the menus; the command-line compiler gives you access to these options using the slash (/) delimiter. You can also precede options with a hyphen (-) instead of a slash (/), but those options that start with a hyphen must be separated by blanks. For example, the following two command lines are equivalent and legal:
IDE允許你使用菜單來設置各種編譯選項，而命令行編譯器允許你使用字元「/」作為分隔符來設定這些編譯選項。你也可以使用連字元「-」來代替「/」，但是用「-」引出的參數之間必須用空格隔開。例如，下面兩個命令都是等同的也是合法的：
DCC -IC:\DELPHI -DDEBUG SORTNAME -$R- -$U+
DCC /IC:\DELPHI/DDEBUG SORTNAME /$R-/$U+
The first command line uses hyphens with at least one blank separating options. The second uses slashes and no separation is needed.
第一個編譯命令用「-」引出參數，且參數之間有多個空格分隔。第二個編譯命令用「/」引出參數，參數之間不必要分隔。
The following table lists the command-line options. In addition to the listed options, all single-letter compiler directives can be specified on the command line, as described in Compiler directive options.
下列表中列出所有的命令行參數。在附加的選項列表中，所有的單字元編譯器指令都可以在命令行編譯中使用，詳情請參照：編譯器指令。
Option Description
選項 描述
Aunit=alias 設置單元別名
B 編譯所有單元
CC 編譯控制台程序
CG 編譯圖形界面程序
Ddefines 編譯條件符號定義
Epath 可執行文件輸出路徑
Foffset 查找運行期間錯誤
GD 生成完整.Map文件
GP 生成.Map文件Public段
GS 生成.Map文件Segment段
H 輸出提示信息
Ipaths 文件包含路徑
J 生成.Obj目標文件
JP 生成C++類型.Obj目標文件
Kaddress Set image base address
LEpath 包.BPL文件輸出路徑
LNpath .dcp文件輸出路徑
LUpackage 使用運行期間包列表
M 編譯有改動的源文件
Npath dcu/dpu文件輸出目錄
Opaths .Obj文件(匯編目標代碼文件)路徑
P 按8.3格式文件名查找
Q 安靜模式
Rpaths 資源文件(.RES)路徑
TXext 目標文件擴展名
Upaths 單元文件路徑
V 為Turbo Debugger生成調試信息文件
VN 以.Giant格式生成包含命名空間的調試信息文件(將用於C++Builder)
VR 生成調試信息文件.rsm
W 輸出警告信息
Z Disable implicit compilation
$directive Compiler directives
--Help 顯示編譯選項的幫助。同樣的，如果你在命令行單獨輸入dcc32，也會顯示編譯選項的幫助。
--version 顯示產品名稱和版本
Compiler directive options
編譯器指令選項
Delphi supports the compiler directives described in Compiler directives. The $ and D command-line options allow you to change the default states of most compiler directives. Using $ and D on the command line is equivalent to inserting the corresponding compiler directive at the beginning of each source file compiled.
Delphi支持用編譯器指令關鍵字描述的編譯器指令。使用「$」和「D」命令行選項可以改變所有的默認編譯器狀態。用「$」和「D」命令行選項等同於在源文件的前面添加編譯器指令。
Switch directive option
編譯器指令選項開關
The $ option lets you change the default state of all of the switch directives. The syntax of a switch directive option is $ followed by the directive letter, followed by a plus (+) or a minus (-). For example:
「$」允許你改變每一種編譯器指令默認狀態。編譯器指令的語法是「$」後緊跟一個指令字元，再跟一個「-」或「+」。例如：
dcc32 MYSTUFF -$R-
compiles MYSTUFF.pas with range-checking turned off, while:
不使用邊界檢查編譯MYSTUFF.pas單元：
dcc32 MYSTUFF -$R+
compiles it with range checking turned on. Note that if a {$R+} or {$R-} compiler directive appears in the source text, it overrides the -$R command-line option.
使用界面檢查編譯MYSTUFF.pas單元。如果將編譯器指令{$R+}或{$R-}添加到源文件的開始，它將覆蓋從命令行傳入的參數。
You can repeat the -$ option in order to specify multiple compiler directives:
你可以用多個「$」來指定多個編譯器指令，如：
dcc32 MYSTUFF -$R--$I--$V--$U+
Alternately, the command-line compiler lets you write a list of directives (except for $M), separated by commas:
命令行編譯器允許作用逗號分隔的編譯器指定列表，如：
dcc32 MYSTUFF -$R-,I-,V-,U+
只需要用一個「$」符號。
Only one dollar sign ($) is needed.
注意，因為$M的格式不一樣，你不能在逗號分隔的指令列表中使用$M
Note that, because of its format, you cannot use the $M directive in a list of directives separated by commas.
Conditional defines option
條件編譯選項
The -D option lets you define conditional symbols, corresponding to the {$DEFINE symbol} compiler directive. The -D option must be followed by one or more conditional symbols separated by semicolons (;). For example, the following command line:
「-D」選項允許你定義一個編譯條件，符合你用{$DEFINE symbol}定義的編譯器指令。「-D」選項後必須跟隨一或多個用分號分隔的編譯條件符號，如下命令：
dcc32 MYSTUFF -DIOCHECK;DEBUG;LIST
defines three conditional symbols, iocheck, debug, and list, for the compilation of MYSTUFF.pas. This is equivalent to inserting:
定義了三個編譯條件符號：IOCHECK,DEBUG,LIST,用於MYSTUFF.pas單元中。這等同於在源文件中插入以下語句：
{$DEFINE IOCHECK}
{$DEFINE DEBUG}
{$DEFINE LIST}
at the beginning of MYSTUFF.pas. If you specify multiple -D directives, you can concatenate the symbol lists. Therefore:
如果你指定了多個「-D」選項，你可以聯接它們，如下：
dcc32 MYSTUFF -DIOCHECK-DDEBUG-DLIST
is equivalent to the first example.
等同於第一個例子。
Compiler mode options
編譯模式選項
A few options affect how the compiler itself functions. As with the other options, you can use these with either the hyphen or the slash format. Remember to separate the options with at least one blank.
有幾個選項能影響編譯器自身的功能。像其它選項一個，你可以使用「/」或「-」的格式。別忘了用至少一個空格分隔這些選項。
Make (-M) option
選項(-M)
The command-line compiler has built-in MAKE logic to aid in project maintenance. The -M option instructs command-line compiler to check all units upon which the file being compiled depends. Using this option results in a much quicker compile time.
命令行編譯器使用構造邏輯的方式來維護工程。「-M」選項指示編譯器檢查所有與編譯文件相關聯的文件。用這個參數會導致編譯時間增大。
A unit is recompiled under the following conditions:
一個源文件在下列情況下會重新編譯：
The source file for that unit has been modified since the unit file was created.
源文件被創建以來被修改過；
用「$I」指令包含的任何文件，用「$L」包含的任何.Obj文件，或用「$R」關聯的任何資源文件.Res,比源文件中的要新；
Any file included with the $I directive, any .OBJ file linked in by the $L directive, or any .res file referenced by the $R directive, is newer than the unit file.
The interface section of a unit referenced in a uses statement has changed.
單元介面部分interface的uses段有改動。
Units compiled with the -Z option are excluded from the make logic.
在單元編譯時指令「-Z」在構造邏輯期不被接受。
If you were applying this option to the previous example, the command would be:
如果你在上一個例子中使用這個指令，編譯命令就應該是：
dcc32 MYSTUFF -M
Build all (-B) option
編譯所有 選項(-B)
Instead of relying on the -M option to determine what needs to be updated, you can tell command-line compiler to update all units upon which your program depends using the -B option. You can't use -M and -B at the same time. The -B option is slower than the -M option and is usually unnecessary.
用於取代要知道哪些單元需要更新-M的選項，你可以使用-B選項來更新所有你的程序中關聯的單元。你不能在程序中同時使用-M和-B。選項-B比-M速度更慢，而且它並不是必需的。
If you were using this option in the previous example, the command would be
如果你在前一個例子中使用這個參數，編譯命令就應該是：
dcc32 MYSTUFF -B
Find error (-F) option
查找錯誤 選項(-F)
When a program terminates e to a runtime error, it displays an error code and the address at which the error occurred. By specifying that address in a -Faddress option, you can locate the statement in the source text that caused the error, provided your program and units were compiled with debug information enabled (via the $D compiler directive).
當一個程序由於運行期間錯誤而終止時，它會顯示一個錯誤號和錯誤地址在錯誤發生時。用-Faddress選項來指定錯誤地址，你在源文件中能找到引發錯誤的位置，如果你的程序和單元編譯時附加了調試信息(使用$D編譯器指令)。
In order for the command-line compiler to find the runtime error with -F, you must compile the program with all the same command-line parameters you used the first time you compiled it.
為了命令行編譯器能用-F選項查找運行期間錯誤，你必須傳遞與第一次編譯時相同的指令列表。
As mentioned previously, you must compile your program and units with debug information enabled for the command-line compiler to be able to find runtime errors. By default, all programs and units are compiled with debug information enabled, but if you turn it off, using a {$D-} compiler directive or a -$D- option, the command-line compiler will not be able to locate runtime errors.
先前提到過，你的程序和單元必須啟用調試信息，命令行編譯器才能查找運行期間錯誤。默認情況下，所有的程序和單都是啟用調試信息的，除非你用{-D}或-$D-指令關閉它，這樣，命令行編譯器就不能查找運行期間錯誤了。
Use packages (-LU) option
使用包(-LU)選項
Use the -LU option to list additional runtime packages that you want to use in the application being compiled. Runtime packages already listed in the Project Options dialog box need not be repeated on the command line.
使用-LU選項來在編譯時添加你應用程序中要用到的運行期間包。運行期間包已經在「工程選項」對話框中列舉的，不必再在命令行中添加。
Disable implicit compilation (-Z) option
(此選項在delphi6.0/7.0中有不同描述，在此不作翻譯)
The -Z option prevents packages and units from being implicitly recompiled later. With packages, it is equivalent to placing {$ IMPLICITBUILD OFF} in the .dpk file. Use -Z when compiling packages that provide low-level functionality, that change infrequently between builds, or whose source code will not be distributed.
Target file extension (-TX) option
目標文件擴展名(-TX)選項
The -TX option lets you override the default extension for the output file. For example,
選項-TX允許你改寫默認的輸出文件擴展名。例如：
dcc32 MYSTUFF -TXSYS
generates compiled output in a file called MYSTUFF.SYS.
生成的將是一個叫做MYSTUFF.SYS的文件。
Quiet (-Q) option
安靜模式(-Q)選項
The quiet mode option suppresses the printing of file names and line numbers ring compilation. When the command-line compiler is invoked with the quiet mode option
安靜模式選項禁止在編譯時顯示文件名及代碼行數，如果命令行編譯器調用這個選項的話。
dcc32 MYSTUFF -Q its output is limited to the startup right message and the usual statistics at the end of compilation. If any errors occur, they will be reported.
它的輸出僅限於起始時行版權信息以及結尾的統計信息。當然，如果發生錯誤，它也會輸出。
DCC32.CFG file
DCC32.CFG配置文件
You can set up a list of options in a configuration file called DCC32.CFG, which will then be used in addition to the options entered on the command line. Each line in configuration file corresponds to an extra command-line argument inserted before the actual command-line arguments. Thus, by creating a configuration file, you can change the default setting of any command-line option.
你可以設置一個編譯選項列表到一個叫做DCC32.CFG的配置文件中，它將用於編譯時附加到命令行參數後。配置文件的每一行都相當於一個額外的命令行參數插入到實際的命令行參數前(注意，是實際參數前)。因而，你可以使用這個配置文件改變一些命令行參數的默認設置。
The command-line compiler lets you enter the same command-line option several times, ignoring all but the last occurrence. This way, even though you've changed some settings with a configuration file, you can still override them on the command line.
命令行編譯器允許你輸入相同的命令行參數，它將忽略所有除最後一個之外。這個的話，盡管通過配置文件你可以改變一些設置，你仍然可以覆蓋它使用命令行參數。
When dcc32 starts, it looks for DCC32.CFG in the current directory. If the file isn't found there, dcc32 looks in the directory where DCC32.EXE resides.
當dcc32啟動時，它查找DCC32.CFG文件在當前目錄。如果文件沒有找到，dcc32會查找它所在的目錄。
Here's an example DCC32.CFG file, defining some default directories for include, object, and unit files, and changing the default states of the $O and $R compiler directives:
以下是一個DCC32.CFG配置文件的例子，定義了關於文件包含、OBJ文件包含、單元文件搜索路徑信息，並改變了編譯器指令$O和$R的默認值。
-IC:\DELPHI\INC;C:\DELPHI\SRC
-OC:\DELPHI\ASM
-UC:\DELPHI\UNITS
-$R+
-$O-
Now, if you type:
現在，如果你輸入：
dcc32 MYSTUFF
the compiler performs as if you had typed the following:
編譯器把它當作你輸入如下命令：
dcc32 -IC:\DELPHI\INC;C:\DELPHI\SRC -OC:\DELPHI\ASM -UC:\DELPHI\UNITS -$R+ -$O- MYSTUFF
Debug options
調試選項
The compiler has two sets of command-line options that enable you to generate external debugging information: the map file options and the debug info options.
編譯器有兩個命令行參數可以生成外部調試信息:MAP文件選項和調試信息選項。
Map file (-G) options
Map文件(-G)選項
The -G option instructs the command-line compiler to generate a .map file that shows the layout of the executable file. Unlike the binary format of executable and .dcu files, a .map file is a legible text file that can be output on a printer or loaded into the editor. The -G option must be followed by the letter S, P, or D to indicate the desired level of information in the .map file. A .MAP file is divided into three sections:
選項-G指示命令行編譯器生成一個.map文件來查看一個可執行文件的布局。不同於可二進制的可執行文件和.dcu文件，.map文件是一個可讀的文本文件，可以被列印或是其它文本編輯器編輯。選項-G後必須跟字元S、P或D，去決定你想要在.map文件列出的信息。一個.MAP文件被分成三個節：
Segment
Publics
Line Numbers
-GS outputs only the Segment section, -GP outputs the Segment and Publics section, and -GD outputs all three sections. -GD also generates a .DRC file that contains tables of all string constants declared using the resourcestring keyword.
-GS選項只輸出Segment Section,-GS選項輸出Segment和Publics,-GD輸出所有的三個Sections.-GD選項也生成一個擴展名為.DRC的文件包含所有的用resourcestring關鍵字聲明的字元串常量。
For moles (program and units) compiled in the {$D+,L+} state (the default), the Publics section shows all global variables, proceres, and functions, and the Line Numbers section shows line numbers for all proceres and functions in the mole. In the {$D+,L-} state, only symbols defined in a unit's interface part are listed in the Publics section. For moles compiled in the {$D-} state, there are no entries in the Line Numbers section.
用默認的編譯選項{$D+,L+}編譯模塊(程序或單元)，Publics Section列舉所有的全局變數、過程和函數，Line Numbers Section列舉模塊中所有的過程和函數的行號。如果用{$D+,L-}編譯選項編譯模塊，Publics Section中僅列舉在單元的interface部分定義的符號。如果用{$D-}選項編譯模塊，在Line Numbers Section沒有任何入口。
Debug info (-V) options
調度選項(-V)
The -V options (-V, -VN. and -VR), which cause the compiler to generate debug information, can be combined on the command line.
選項-V、-VN、-VR會指示編譯器生成調試信息，它們能在命令行中組合使用。
Generate Turbo Debugger debug info (-V) option
生成Turbo Debugger使用的調試信息的選項(-V)
When you specify the -V option on the command line, the compiler appends Turbo Debugger 5.0-compatible external debug information at the end of the executable file. Turbo Debugger includes both source- and machine-level debugging and powerful breakpoints.
當你在命令行中使用-V選項時，編譯器會在可執行文件的末尾附加與Turbo Debugger5.0一致的外部調試信息。Turbo Debugger包含代碼和硬體級別的強大的斷點。
Even though the debug information generated by -V makes the resulting executable file larger, it does not affect the actual code in the executable, and does not require additional memory to run the program.
雖然附加調試信息到查執行文件中會使可執行文件增大，但是它並不影響實際可執行文件中的可執行代碼，也不需要額外的內存來啟動程序。
The extent of debug information appended to the executable file depends on the setting of the $D and $L compiler directives in each of the moles (program and units) that make up the application. For moles compiled in the {$D+,L+} state, which is the default, all constant, variable, type, procere, and function symbols are known to the debugger. In the {$D+,L-} state, only symbols defined in a unit's interface section are known to the debugger. In the {$D-} state, no line-number records are generated, so the debugger cannot display source lines whe
❿ 使用-fPIC選項編譯出protobuf靜態庫libprotobuf.a
用的64位Ubuntu系統，開發一個共享庫so使用到了protobuf，如果鏈接libprotobuf.so就需要一起打包帶走，否則可能因protobuf版輪頃叢本較多臘櫻出現版本不匹配的問題，所以需要它鏈接靜態庫libprotobuf.a，但是鏈乎攜接時候報錯: relocation R_X86_64_32 against `a local symbol』 can not be used when making a shared object; recompile with -fPIC。