明功編譯

❶ 編譯語言那幾種詳講！

C/C++:C/C++ 自從C發明了以後，它就取代了匯編語言在操作系統編程的領導地位。從性能上說，除了匯編語言，C語言是最接近機器的語言。各種操作系統的編程介面的默認語言都是C語言。因此，用C語言編程，可以最大限度發揮操作系統的能力。同時，由於絕大部分的商品軟體都是C或與C兼容的C++實現的，都有C編程介面，可以說，沒有C不能實現的功能。 C++是C語言的加強版，C++增加了面向對象和其他有用的功能，但它的效能並沒有大減，編程更方便輕松；而C++亦支援大部分C的程序，令C++和C變得近乎不可分割，大部分的C編譯器也支援C++。假如要在學C或學C++選擇，學C++是明智的選擇
Delphi(Object Pasacal):
Delphi是Borland公司研製的新一代可視化開發工具，可在Windows3.x、Windows95、WindowsNT等環境下使用。它擁有一個可視化的集成開發環境(IDE)，採用面向對象的編程語言ObjectPascal和基於部件的開發結構框架。Delphi它提供了100多個可供使用的構件，利用這些部件，開發人員可以快速地構造出應用系統。開發人員也可以根據自己的需要修改部件或用Delphi本身編寫自己的部件。主要特點如下： (1)直接編譯生成可執行代碼，編譯速度快。由於Delphi編譯器採用了條件編譯和選擇鏈接技術，使用它生成的執行文件更加精煉，運行速度更快。在處理速度和存取伺服器方面，Delphi的性能遠遠高於其他同類產品。 (2)支持將存取規則分別交給客戶機或伺服器處理的兩種方案，而且允許開發人員建立一個簡單的部件或部件集合，封裝起所有的規則，並獨立於伺服器和客戶機，所有的數據轉移通過這些部件來完成。這樣，大大減少了對伺服器的請求和網路上的數據傳輸量，提高了應用處理的速度。 (3)提供了許多快速方便的開發方法，使開發人員能用盡可能少的重復性工作完成各種不同的應用。利用項目模板和專家生成器可以很快建立項目的構架，然後根據用戶的實際需要逐步完善。 (4)具有可重用性和可擴展性。開發人員不必再對諸如標簽、按鈕及對話框等Windows的常見部件進行編程。Delphi包含許多可以重復使用的部件，允許用戶控制Windows的開發效果。 (5)具有強大的數據存取功能。它的數據處理工具BDE(BorlandDatabaseEngine)是一個標準的中介軟體層，可以用來處理當前流行的數據格式，如xBase、Paradox等，也可以通過BDE的SQLLink直接與Sybase、SQLServer、Informix、Oracle等大型資料庫連接。 Delphi既可用於開發系統軟體，也適合於應用軟體的開發。

❷ c++中的編譯，構建各是起什麼作用

編譯：把當前源代碼編譯成2進制目標文件
構建：先把工程中所有源代碼編譯成目標文件，再link鏈接成可執行文件（或者lib、dll，看具體工程）。這其中，如果有源文件在此之前被單獨編譯過，這個文件就不參加編譯，它之前編譯時產生的目標文件參加link（鏈接）過程。
重新構建：就是不管之前有沒有源文件被單獨編譯，都要參與編譯。

不同的C++編譯環境可能不一定叫構建，但都有類似的功能。

❸ C語言編譯原理是什麼

編譯共分為四個階段：預處理階段、編譯階段、匯編階段、鏈接階段。

1、預處理階段：

主要工作是將頭文件插入到所寫的代碼中，生成擴展名為「.i」的文件替換原來的擴展名為「.c」的文件，但是原來的文件仍然保留，只是執行過程中的實際文件發生了改變。（這里所說的替換並不是指原來的文件被刪除）

2、匯編階段：

插入匯編語言程序，將代碼翻譯成匯編語言。編譯器首先要檢查代碼的規范性、是否有語法錯誤等，以確定代碼的實際要做的工作，在檢查無誤後，編譯器把代碼翻譯成匯編語言，同時將擴展名為「.i」的文件翻譯成擴展名為「.s」的文件。

3、編譯階段：

將匯編語言翻譯成機器語言指令，並將指令打包封存成可重定位目標程序的格式,將擴展名為「.s」的文件翻譯成擴展名為「.o」的二進制文件。

4、鏈接階段：

在示例代碼中，改代碼文件調用了標准庫中printf函數。而printf函數的實際存儲位置是一個單獨編譯的目標文件（編譯的結果也是擴展名為「.o」的文件），所以此時主函數調用的時候，需要將該文件（即printf函數所在的編譯文件）與hello world文件整合到一起，此時鏈接器就可以大顯神通了，將兩個文件合並後生成一個可執行目標文件。

❹ 在linux系統中，如何運行一個C語言程序

1、打開kali linux的終端。創建一個文件並命名為test.c。在終端輸入:touch test.c。

❺ 編譯調試android系統原生App - 以Settings為例

本文已過時，最新文章：向大家推薦《使用 AS 開發 System App》 https://xiaozhuanlan.com/system-app

Android原生系統帶有許多原生的App，比如 瀏覽器、錄音機、計算器、設置 等，有些時候，我們需要用到一些系統的功能，或者是對已有的功能做二次開發，比如我上學時給一個公司做過一個Launcher和Wizard，就需要用到系統設置中的某些功能，比如Wifi、聲音、顯示等功能，於是就需要從Settings源碼中提取出需要的功能。

特別是公司自己定製Android系統，需要在上面做一些 系統級的App 的時候，原生App已有的功能就可以通過編譯其源碼的方式直接拿過來改改就能用，而且可用度很高。

這里有兩種情況，分為 原生 的和 公司定製 的系統。無論是原生的還是定製的，類似於Settings這樣需要使用到 系統級或隱藏API 的App，都需要系統簽名文件和編譯系統源碼後得到相應的jar包才可以在IDE中編譯，因為標准SDK根本沒有那些API可供調用。

舉個栗子：

需要額外的Jar就需要自己編譯系統源碼啦，這個是比較麻煩的，有興趣可以試試自己編譯定製自己的Android系統。

** 注意，既然是定製的，源碼、jar、簽名文件，還有系統都是一一對應的，你不能拿其他公司的系統簽名來給你公司的系統app簽名，這樣無法運行的。 **

有了源碼，下一步當然是要跑起來啦。

建議都使用Eclipse來編譯，不要使用AS，因為AS編譯大型的原生App能卡到你吐血，而且出錯提示也不友好。但是用過AS的人都不想再碰Eclipse了有沒有？？別急，可以先用Eclipse編譯過了，再貼到AS中，這樣好很多，也很節省時間。

初始化：

放入源碼：

修正res錯誤：

修正src錯誤：

使用到系統級API的，或者AndroidManifest.xml文件中聲明了

那麼沒有系統簽名，直接debug簽名運行是不行的，需要向底層工程師要系統的簽名文件，在源碼目錄
build\target\proct\security
下的 platform.pk8 和 platform.x509.pem ，如果你想看此次編譯Settings是否已成功了，可以適當的在入口加一下Log，然後導出未簽名的apk，使用系統簽名進行簽名後，放到 /system/app/ 下替換掉Settings.apk，然後重啟系統，打開設置，看看Logcat是否輸出里加入的Log。

在不知道系統簽名可以轉換成debug簽名前，老實說我一直都是用Log的方式調試，太特么痛苦了。現在知道後整個人都懵逼了。

我們都希望可以像調試普通app那樣調試系統app，以下是如何通過 openssl 將 platform.pk8 和 platform.x509.pem 轉換成 debug.keystore 文件：

三個命令

此方法來自： http://curlog.com/2016/08/30/android-pk2debug-keystore/

Mac自帶openssl，Linux和Win需要安裝。

然後就可以使用得到的debug簽名配置到eclipse後愉快的調試啦，當然，得先把系統中已經存在的app先刪除掉。然後重啟系統，至於如何配置eclipse的debug簽名，請Google。

使用過AS後，當然希望在AS中也可以調試系統App，抽空再寫篇相關編譯和調試的文章。如果這篇文章幫到你了，給個贊唄。

❻ 能夠運行c語言的軟體有哪些

C語言是一門歷史很長的編程語言，其編譯器和開發工具也多種多樣，其開發工具包括編譯器，現舉幾個開發工具供大家選擇，當然也要根據自己的操作系統來選擇適合自己的開發工具。

好多剛開始接觸c語言的朋友都想知道用上面軟體開發c語言比較好，一般來說微軟的東西肯定是最好的，更適合新手學習，等上手了就可以接觸別的軟體了。

Microsoft Visual C++ 、Microsoft Visual Studio、 DEV C++、Code::Blocks、Borland C++、WaTCom C++、Borland C++ Builder、GNU DJGPP C++、Lccwin32 C Compiler3.1、High C、Turb C、gcc、C-Free和Win-TC、My Tc等等，太多了，由於C語言比較成熟，所以編程環境很多。建議使用Microsoft Visual C++。

在Windows下做軟體開發，編譯器的首選當然是Visual Studio，目前微軟也有免費的Microsoft Visual C++2008Express版本可供下載和使用。但是，如果考慮做跨平台的軟體，選擇gcc作為編譯器無疑是明智的，無論Linux，MacOSX還是其他的Unix變體，大多選用gcc作為編譯器，所以，選擇gcc作為編譯器能夠讓你的軟體提前通過編譯器的驗證，能夠更容易的在不同平台上通過編譯。TDM GCC項目已經幫助大家測試並整合了Windows平台下的gcc安裝工具TDM GCC On-Demand Installer，大家可以根據需要選擇下載並安裝那些工具包。安裝完成後，需要修改環境變數，將安裝目錄加入PATH搜索路徑中。

1、TC 2.0:Borland公司的產品，在dos界面下編譯運行，小巧、靈活，但是不能使用滑鼠，界面如下：

菜單命令是alt+菜單項的第一個字母，可以調試，在第一次用的時候，可以需要配置一下目錄，如下：

第一次使用可能感覺不舒服（滑鼠不能用的緣故），慢慢熟悉一段時間，就沒事了，當初在學校學習考試都是這個環境。

2、win-TC:在tc2.0的基礎上加上了界面，能夠使用滑鼠，具有語法高亮，可以嵌入匯編等特點，對新手一些，拜託了不能用滑鼠的困難。編寫完源代碼，進行編譯運行即可，軟體比較容易上手。

3、dev-C++：是windows下一款開發c/c++的開發環境，使用gcc為編譯器，遵循標准，功能比較強大，語法高亮，可以進行單步調試（這對排除錯誤很重要),進行斷點設置等功能，遵循C標准，是一款很強大的開發工具。

4、VC++,微軟的產品，編譯器，鏈接器，運行，調試等功能於一體的強大開發工具，特點是功能十分強大，對於新手來說需要一段時間去摸索

c語言編程軟體(支持win7/win8)是一款支持多語言開發的開發系統。c語言編程軟體(支持win7/win8)同時支持c語言，c++以及vb語言的開發，軟體能很好的兼容win7以及win8，用戶只需設置軟體兼容性，把它設為win 98，win xp等等。

為大家提供的c語言編程軟體為vc++6.0。VC++6.0是Microsoft公司推出的一個基於Windows系統平台、可視化的集成開發環境，它的源程序按C++語言的要求編寫，並加入了微軟提供的功能強大的MFC(Microsoft Foundation Class)類庫。

c語言編程軟體(支持win7/win8)的MFC類庫中封裝了大部分Windows API函數和Windows控制項，它包含的功能涉及到整個Windows操作系統。MFC不僅給用戶提供了Windows圖形環境下應用程序的框架，而且還提供了創建應用程序的組件，這樣，開發人員不必從頭設計創建和管理一個標准Windows應用程序所需的程序，而是從一個比較高的起點編程，故節省了大量的時間。另外，它提供了大量的代碼，指導用戶編程時實現某些技術和功能。因此，使用VC++提供的高度可視化的應用程序開發工具和MFC類庫，可使應用程序開發變得簡單。

❼ 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

❽ MinGW，又稱mingw32，是將GCC編譯器和GNU Binutils移植到Win32平台下的產物，包括一系列頭文件

1、庫文件，你可以簡單地理解成包含了C++當中所有預定義的函數的集合，例如scanf()函數，它的實現就在庫文件裡面。詳細定義請參考網路「庫文件」。

2、頭文件，包含功能函數、數據介面聲明的載體文件，主要用於保存程序的聲明。詳細內容請參考網路「頭文件」。這里就不復制過來了。

❾ c語言編譯預處理

編譯，編譯程序讀取源程序(字元流)，對之進行詞法和語法的分析，將高級語言指令轉換為功能等效的匯編代碼，再由匯編程序轉換為機器語言，並且按照操作系統對可執行文件格式的要求鏈接生成可執行程序。

如果用一張圖來表示：

讀取c源程序，對其中的偽指令(以#開頭的指令)和特殊符號進行處理

[析] 偽指令主要包括以下四個方面

(1)宏定義指令，如#define Name TokenString,#undef等。對於前一個偽指令，預編譯所要做的是將程序中的所有Name用TokenString替換，但作為字元串常量的Name則不被替換。對於後者，則將取消對某個宏的定義，使以後該串的'出現不再被替換。

(2)條件編譯指令，如#ifdef,#ifndef,#else,#elif,#endif,等等。這些偽指令的引入使得程序員可以通過定義不同的宏來決定編譯程序對哪些代碼進行處理。預編譯程序將根據有關的文件，將那些不必要的代碼過濾掉

(3)頭文件包含指令，如#include "FileName"或者#include 等。在頭文件中一般用偽指令#define定義了大量的宏(最常見的是字元常量)，同時包含有各種外部符號的聲明。採用頭文件的目的主要是為了使某些定義可以供多個不同的C源程序使用。因為在需要用到這些定義的C源程序中，只需加上一條#include語句即可，而不必再在此文件中將這些定義重復一遍。預編譯程序將把頭文件中的定義統統都加入到它所產生的輸出文件中，以供編譯程序對之進行處理。

包含到c源程序中的頭文件可以是系統提供的，這些頭文件一般被放在/usr/include目錄下。在程序中#include它們要使用尖括弧(<>)。另外開發人員也可以定義自己的頭文件，這些文件一般與c源程序放在同一目錄下，此時在#include中要用雙引號("")。

(4)特殊符號，預編譯程序可以識別一些特殊的符號。例如在源程序中出現的LINE標識將被解釋為當前行號(十進制數)，FILE則被解釋為當前被編譯的C源程序的名稱。預編譯程序對於在源程序中出現的這些串將用合適的值進行替換。

注意：

預編譯程序所完成的基本上是對源程序的「替代」工作。經過此種替代，生成一個沒有宏定義、沒有條件編譯指令、沒有特殊符號的輸出文件。這個文件的含義同沒有經過預處理的源文件是相同的，但內容有所不同。下一步，此輸出文件將作為編譯程序的輸出而被翻譯成為機器指令。

❿ 走進「九北」張海燕/編譯

在大海深處那個漆黑一片、神秘恐怖的地方，到底是個什麼樣子呢？到底會不會有勇敢的生靈存在呢？這一直是人們想探知的深海奧秘。

20年前（養布偶的備注:指2000年12月以前），海洋地質學家在太平洋東部的加拉帕戈斯群島附近的水域下，偶然無比驚奇地發現，在噴射著350 高溫岩漿液的火山口周圍竟然還生活著一些生物，而普通的生物要在那樣的環境下生存是難以想像的。不久，科學家們又發現這個被人們稱為「九北」的地區（赤道附近的北緯九度）的海底還有不少這樣的熱液孔。在漆黑的海底和高溫高壓下依然「人丁興旺」的生物村落，就坐落在這些熱液孔周圍。生活在那裡的管蟲，自然是當之無愧的明星，它們頂端的粉紅色「羽毛」就像皇冠上的花環。

這種神奇的生物——管蟲是怎樣在那種惡劣環境中生活的呢？它們的結構、機理到底是怎樣的呢?它們超然的生存能力會給人們一些什麼啟示?難道九北地區的熱液孔會是生命的快樂老家?最近，科學家們帶著這些問題進行了深海 探索 。

要潛入2000米——4000米深海底進行 探索 並不是一件容易的事。這要求潛水工具既要具有深潛能力，又要具備觀察鏡、機械手、攝像機等科學探測功能，還要便於靈活操作。1964年，著名的阿爾文深潛器建造成功，使得深海 探索 終於成為可能。到現在（養布偶的備注:2000年12月），阿爾文深潛器的功能日趨完善，已經達到海下4000米的深潛能力。阿爾文每次下潛都要攜帶450公斤的鐵塊。這個附加重量能使潛艇在1個小時內下潛到2400米的深度。在接近海底時，駕駛員拋掉225公斤的重物，以減緩下降速度，然後靠吸進或排出水箱里的水來保持潛艇的漂浮狀態。阿爾文在海底漫遊時，通常使用電池做動力源，以緩慢的速度在海底搜尋，電池可持續使用5個小時或維持阿爾文行走10公里。在過去的30年裡（養布偶的備注:指2000年12月以前），阿爾文下潛了3000多次，帶回了無數的新奇故事。這一次，科學家們也是乘坐阿爾文深潛器進行九北地區熱液孔科學考察的。

九北位於東太平洋洋脊，即地殼「縫合線」的一部分或稱中海脊的一部分。在兩個海洋板塊向中海脊兩邊移動，地下岩漿爆發出來重新形成海底的地方形成了很多熱液孔。在平靜時，海水通過新形成的地殼縫隙向地下滲漏，當接近岩漿時被加熱形成水蒸汽，這些蒸汽通過熱液孔冒出海床，給海底帶來了硫元素、金屬離子和其他礦物質。正是圍繞著這些冒著煙的熱液孔，管蟲才得以興旺發達。我們在地面上所知道的食物鏈都基本上是以光合作用為基礎的。在深海里，沒有一絲陽光，更沒有一片綠葉，當然就沒有光合作用，那麼那些管蟲是怎麼生存下來的呢?

（未完待接續）