工程文件按条件编译
㈠ 打开一个DEV C++的工程文件（.dev），如何判断该工程按C语法编译还是按C++语法编译
这个就要看你的设置问题了，我的devC++里面保存为C编译就不会通过的。下图所示：
在你的工具->编译选项->程序中，可以设置你编译c语言程序时，采取的标注是gcc还是g++。
㈡ delphi XE 怎样设置全局编译条件
1,在工程所在文件夹新建xxx.inc。
2,在pas文件第一行加入{$I xxx.inc}
㈢ c语言程序设计的黄容、赵毅主编
1.1一个C语言程序
1.2计算机程序设计与程序设计语言
1.2.1程序与指令
1.2.2程序设计语言
1.3C语言的发展与应用现状
1.4C语言的特点
1.4.1C语言的优势
1.4.2如何学习C语言程序设计
1.4.3C语言的语法特点
1.4.4C语言的结构特点
1.4.5C语言的编译与编程环境
习题
第2章用C语言编写简单程序
2.1在屏幕上显示自定义文字“Hello World!”
2.1.1程序解析
2.1.2程序的三种结构
2.2摄氏温度与华氏温度换算（简单的顺序结构程序的编写）
2.2.1程序解析
2.2.2常量、变量和数据类型
2.2.3赋值运算和算术运算
2.2.4格式化输出函数printf
2.3判断一元二次方程是否有实数解（简单的分支结构程序的编写）
2.3.1程序解析
2.3.2关系运算
2.3.3if…else二分支语句
2.3.4格式化输入函数scanf
2.4计算自由落体反弹高度和总距离（简单的循环结构程序
——for语句的编写）
2.4.1指定次数的循环程序设计
2.4.2for语句
2.4.3计算自由落体反弹高度和总距离
2.4.4程序解析
习题
第3章分支结构程序设计
3.1从键盘输入一个控制命令字符，判断输入是否正确
3.1.1程序解析
3.1.2字符类型
3.1.3逻辑运算符和逻辑表达式
3.1.4字符型数据的输入和输出
3.2分支结构程序设计——求解一元二次方程
3.2.1程序解析
3.2.2if 语句的三种形式
3.2.3if 语句的嵌套
3.3模拟工程控制，根据指令进行相应的操作
3.3.1程序解析
3.3.2switch语句
习题
第4章循环结构程序设计
4.1输入一批学生的成绩，统计平均分
4.1.1程序解析
4.1.2while语句
4.1.3数列问题求解
4.2用牛顿迭代法求方程2x3-4x2+3x-6=0的根
4.2.1程序解析
4.2.2do…while 语句
4.2.3循环语句的选择
4.3打印九九乘法表
4.3.1程序解析
4.3.2循环的嵌套
4.4求素数
4.4.1程序解析
4.4.2用break语句和continue语句改变循环状态
4.5复杂循环结构程序设计
4.5.1傅里叶级数逼近
4.5.2数据处理与回归分析
习题
第5章C语言的数据类型和表达式
5.1C语言的基本数据类型
5.2常量和变量
5.2.1常量
5.2.2变量
5.3运算符和表达式
5.3.1算术运算符和算术表达式
5.3.2强制类型转换运算符
5.3.3自增、自减运算符
5.3.4赋值运算符和赋值表达式
5.3.5关系运算符和表达式
5.3.6逻辑运算符和表达式
5.3.7条件表达式
5.3.8逗号表达式
5.4综合程序设计案例
5.5算法与程序设计
习题
第6章数组
6.1排序问题
6.1.1程序解析
6.1.2一维数组的定义和引用
6.1.3一维数组的初始化
6.1.4使用一维数组编程
6.2找出矩阵中最大值所在的位置
6.2.1程序解析
6.2.2二维数组的定义和引用
6.2.3二维数组的初始化
6.3数据通信过程中的信息加密问题
6.3.1程序解析
6.3.2一维字符数组
6.3.3字符串处理
习题
第7章函数
7.1用函数求几何图形的面积
7.1.1程序解析
7.1.2函数的定义
7.1.3函数的声明
7.1.4函数的调用
7.2用函数求Fibonacci数列
7.2.1程序解析
7.2.2形式参数与实际参数
7.2.3函数的返回值
7.2.4值传递与地址传递
7.3变量与函数
7.3.1局部变量和全局变量
7.3.2变量的存储类别
7.3.3函数的递归调用——求n！
习题
第8章指针及其应用
8.1替代用变量名引用数据的新方法
8.1.1指针概念的引入
8.1.2定义指针变量
8.1.3指针与变量的关系
8.1.4为指针变量赋值及指针变量的初始化
8.1.5利用指针变量进行数据处理
8.2指针和一维数组
8.3利用被调函数对主调函数中的数组元素进行冒泡排序
8.3.1指针变量作为函数参数
8.3.2数组名作为函数的参数
8.4字符串和字符指针
8.4.1字符串常量的值
8.4.2使用字符指针处理字符串的程序举例
习题
第9章结构体、共用体和枚举类型
9.1按价格排序输出一组待售汽车的信息
9.1.1程序解析
9.1.2结构体类型的概念和定义
9.1.3结构体类型变量的定义
9.1.4结构体类型变量的使用
9.1.5结构体变量作为函数参数
9.2编写一个书籍管理程序，显示所有书籍信息
9.2.1程序解析
9.2.2结构体数组
9.2.3结构体数组的应用实例
9.3共用体——每个时刻只能有一个成员占用内存的“结构体”
9.3.1程序解析
9.3.2共用体类型的定义
9.3.3共用体变量的定义
9.3.4共用体变量的引用
9.4让变量的取值局限于特定范围
9.4.1枚举类型的定义
9.4.2枚举变量的定义
9.4.3枚举类型的应用
9.5随心所欲地安排数据类型名——typedef的使用方法
9.5.1利用typedef定义类型名
9.5.2typedef的典型用法
习题
第10章宏定义与文件包含
10.1宏定义
10.1.1程序解析
10.1.2无参宏定义
10.1.3带参宏定义
10.2文件包含
10.3条件编译
习题
第11章文件
11.1将“欢迎卓越工程师”写入文件
11.1.1程序解析
11.1.2C文件概述
11.1.3文件指针
11.1.4文件的打开与关闭
11.2文件的读写——读取工程文件
11.2.1程序解析——读取工程文件
11.2.2字符读写函数fgetc和fputc
11.2.3字符串读写函数fgets和fputs
11.2.4数据块读写函数fread和fwrite
11.2.5格式化读写函数fscanf和fprintf
11.3文件的随机读写
11.3.1改变文件位置指针函数fseek( )
11.3.2位置指针重返文件头函数rewind( )
11.3.3位置指针当前值函数 ftell( )
11.3.4文件的随机读写
11.4文件检测函数
11.4.1文件结束检测函数feof函数
11.4.2读写文件出错检测函数ferror函数
11.4.3文件出错标志和文件结束标志置0函数clearerr函数
习题
附录AASCII编码表
附录BC语言常用的库函数
附录CC语言运算符优先级表
参考文献
㈣ 怎么在DOS下编译C++程序
VC6只是一个IDE，可以方便的调用编译器，链接器，头文件，库文件，如果编辑和编译驱动能集成在一起，这样可以提高开发效率。
对于普通的Win32应用程序，VC6已经默认支持了，而对于驱动程序没有设定好的工程向导。其实驱动程序也就是一个sys，是通过c语言写成，所以编译它理论上没有问题，只是在实际操作上有点麻烦。
下面就来说明一下各种平台编译sys驱动的方法(包括64位平台)。
先看32位版本驱动的编译方法，首先你得准备一些编译必备工具：
1.要安装VC6
2.安装DDK(装哪个呢？这个问题其实很简单的，只是很多人不明白，装DDK当然是越新越好了，越新支持的平台越多，像2000DDK你是绝对编译不出来64位sys的，因为它没带64位的库和编译器，所以我们选择现在最比较新的，2003DDK(WDK也可以)，支持的平台很多(AMD64,IA64，2000，XP，2003都支持)。
好了，这下我们的系统已经安装了最强的开发工具VC6,最新DDK，在VC里编译各个平台的驱动都没有问题了！
开始，假设我们的DDK装在C:\2003DDK目录，那么我会发现里面有很多驱动的例子(安装的时候全选)，我们选择C:\2003DDK\src\wdm\usb\bulkusb作为我们的实验范例。
第一步：
打开VC,建立一个Win32 Application工程，然后选择An empty Project(我用英文版的VC,建议你也换成英文版的),意思就是建立一个空的Win32工程，工程名字就叫bulkusb，点Finish.
第二步：
将C:\2003DDK\src\wdm\usb\bulkusb\sys(这里是驱动代码，另一个exe里是用户程序，不管它)里的所有文件拷贝到bulkusb工程目录下。然后把.h,.c,.rc 导入到VC里对应的目录里面去。
第三步：
然后就是开始设置工程选项，把这些代码编译成sys了。 要编译我们需要DDK，所以先要在vc的Tool->Options->Directories里设置一些路径给VC调用(设置基本原则：要保证下面所有设置的路径排在前面!)。
设置Include路径：
C:\2003DDK\INC
C:\2003DDK\INC\CRT
C:\2003DDK\INC\WNET
C:\2003DDK\INC\DDK\WNET
C:\2003DDK\INC\DDK\WDM\WNET
要按这样的顺序添加。注意这里的WNET目录了吗？这就是2003最新头文件，其实选择wxp或者w2k目录也是可以的，只是wnet里的头文件最全，因为系统不断进步，有些新的api只有新的头文件里才有定义。当然最好是选择对应的头文件来编译对应系统的驱动，但是我试过用wnet编译的驱动在2000 下也能用，因为我们一般用不到那些新添加的 api.。
设置lib路径：
C:\2003DDK\LIB
C:\2003DDK\LIB\CRT\I386
C:\2003DDK\LIB\WNET\I386 //wnet道理和上面一样
设置Executable File:
C:\2003DDK\BIN\X86 //这就是编译器的路径，包含cl.exe,link.exe的目录，由于我们要编译32位驱动，所以把这个添加进去，放在第一项。
总的来说，只要设置好Include,Lib和编译器，编译什么文件都没问题的，你也可以自己尝试安装最新的2003SDK，编译Win32应用程序成64位。
第四步：
开始进入工程设置，先设置C/C++，在Preprocesser definitions里输入如下字串：
Release下输入:
_X86_=1,i386=1,STD_CALL,WIN32=100,_WIN32_WINNT=0x0501,WINVER=0x0501,NDEBUG
Debug下输入:
_X86_=1,i386=1,STD_CALL,WIN32=100,_WIN32_WINNT=0x0501,WINVER=0x0501,_DEBUG
在Code Generation里的Calling convention用__stdcall,(这是驱动程序必须的)
Debug版有个特殊编译选项 /GZ (注意是大写的，小写的不要删！)删掉，否则有链接错误，chkesp链接不上什么的。
第五步：
开始设置Link页，将输出文件名改为sys扩展名，
在General的Object/Library moles， 填入驱动所调用到的几个lib:
ntoskrnl.lib hal.lib usbd.lib wmilib.lib。
然后进入Output在Entry-point symbol：
填DriverEntry
下面就是往Project Options手动增加一些链接选项，复制如下进去：
/machine:IX86 /driver /subsystem:native /SECTION:INIT,d /IGNORE:4198,4010,4037,4039,4065,4070,4078,4087,4089,4221
删除如下选项：
/subsystem:windows
/machine代表目标机器类型，/driver代表驱动，/subsystem:native 也是代表驱动。
OK,大功告成，我们可以编译32位驱动了！
那么如果我们要编译64位驱动呢？ 这里大家注意一下，64位有两种，一个是AMD64,一个是IA64，要选定你的目标平台，目前AMD64平台最为流行。
其实编译成64位也很简单，只要把32位的配置稍微改一下就行了，我们以编译AMD64位驱动为例(你会复制VC的工程Configurations吧，把32位的Relase，Debug各复制一份改名为ReleaseAMD64和DebugAMD64，然后在复制品的基础上修改)：
1.要修改两个lib路径：
C:\2003DDK\LIB\CRT\I386改为：C:\2003DDK\LIB\CRT\amd64
C:\2003DDK\LIB\WNET\I386 改为：C:\2003DDK\lib\wnet\amd64
2.修改编译器路径：
C:\2003DDK\BIN\X86
改为：
C:\2003DDK\bin\win64\x86\amd64
C:\2003DDK\BIN\X86 //这句也要存在
3.修改C/C++里的Preprocesser definitions为：
ReleaseAMD64下输入:
_AMD64_,AMD64,STD_CALL,WIN32=100,_WIN32_WINNT=0x0501,WINVER=0x0501,NDEBUG
DebugAMD64下输入:
_AMD64_,AMD64,STD_CALL,WIN32=100,_WIN32_WINNT=0x0501,WINVER=0x0501,_DEBUG
4.需要修改link页里的Project Options，手动改一下：将/machine:IX86改为：/machine:amd64
5.理论上到这里设置就OK了，不过还是有一个链接错误unresolved external symbol __security_cookie ，只要在链接的lib里加入bufferoverflowK.lib (为什么是bufferoverflowK.lib？看这里：http://support.microsoft.com/kb/894573) 就可以了。我修改的工程范例下载：下载地址。
以上的设置大部分都可以保存在VC工程文件(*.dsp)里，除了设置的include路径，lib路径和编译器路径，这些路径是全局的，在打开另一些工程也会留下了，就会给编译应用程序带来麻烦，还需要一个一个改回去，而目录切换器就是为了快速切换这些路径而开发的。
㈤ c语言高手进，深究一下extern的用法
整个编译过程分编译和链接两部分。 编译是以 .c文件为一个单元的， 也就是说， 编译的时候编译器每次就只关注这一个.c文件， 编译的过程跟其它.c里写了什么毫无关系。 所以define语句不存在什么作用域的问题， 写在哪就在哪运行， 写几次就运行几次。
另外就是理解#include的意义。 每本书都会讲， #include就是把那个文件的内容替换到当前位置， 奇怪的是总有人觉得这里面有什么更神奇的东西存在。。。 #include就是替换，没有别的 。所以每个.h里面所有东西被编译器看到都是在某个 .c里面， 这时候这些语句就相当于是写在.c里的语句。
然后就可以解释你的问题。 UCOS.h里面有一个extern声明， 所以凡是include了它的.c里面就都有这么个声明， 有这个声明就是告诉编译器，某个地方有这东西， 你就用就行了。 所以就可以随便用它
但是只有extern的声明还不行， 因为毕竟这个东西需要在某个地方切实地实现它，否则编译没问题而链接是不可能过的。 所以就需要在某个.c里写上它的实现。 为了简单点完成这个而写了#ifdef之类的东西， 就是想在定义了 _main的情况下写它的实现， 而没定义这个的情况下变成它的声明。
㈥ C语言条件编译的目的是防止重复定义，请问是防止单个文件内的重复定义还是一个工程中的重复定义
因为编译的时候是按文件编译的，所以是防止单个文件内重复定义。
㈦ C语言中的条件编译问题
简单点说，尖括号的意思是要包含的文件是系统的，会优先在系统的包含路径中去找，典型的像
<stdio.h>。双引号的意思是用户自己的头文件，所以先在用户指定的目录中去找，然后再去系统的路径内去找，比如"my.h"。
默认的路径，用户的头文件默认放在与源文件相同的目录下，比如my.c所在的目录，或者系统的工程文件目录，这一点不同的系统可以会有不同的规定。而系统的头文件一般放在编译器的安装目录下，可能需要用编译系统规定的语法进行指定，比如 -I=C:\XXX\INCLUDE;这个语句一般在集成的编译环境中可以进行配置，如果配置不好，就可以会大量的出现某某头文件找不到的情况，当然，编译系统安装的时候，一般都会配置好的，很少需要用户特意进行配置。
结论，尖括号与双引号没有本质的区别，可以全部用双引号。如果是系统的头文件，用尖括号会稍微快一点。但对现在的计算机系统来说，快得这一点，很有限。
㈧ 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
㈨ Debug编译通过，Release编译报错，为什么
对照这些选项看看 Release 版错误是怎样产生的
1. Runtime Library：链接哪种运行时刻函数库通常只对程序的性能产生影响。调试版本的 Runtime Library 包含了调试信息，并采用了一些保护机制以帮助发现错误，因此性能不如发布版本。编译器提供的 Runtime Library 通常很稳定，不会造成 Release 版错误；倒是由于 Debug 的 Runtime Library 加强了对错误的检测，如堆内存分配，有时会出现 Debug 有错但 Release 正常的现象。应当指出的是，如果 Debug 有错，即使 Release 正常，程序肯定是有 Bug 的，只不过可能是 Release 版的某次运行没有表现出来而已。
2. 优化：这是造成错误的主要原因，因为关闭优化时源程序基本上是直接翻译的，而打开优化后编译器会作出一系列假设。这类错误主要有以下几种：
(1) 帧指针(Frame Pointer)省略（简称 FPO ）：在函数调用过程中，所有调用信息（返回地址、参数）以及自动变量都是放在栈中的。若函数的声明与实现不同（参数、返回值、调用方式），就会产生错误 ————但 Debug 方式下，栈的访问通过 EBP 寄存器保存的地址实现，如果没有发生数组越界之类的错误（或是越界“不多”），函数通常能正常执行；Release 方式下，优化会省略 EBP 栈基址指针，这样通过一个全局指针访问栈就会造成返回地址错误是程序崩溃。C++ 的强类型特性能检查出大多数这样的错误，但如果用了强制类型转换，就不行了。你可以在 Release 版本中强制加入 /Oy- 编译选项来关掉帧指针省略，以确定是否此类错误。此类错误通常有：
● MFC 消息响应函数书写错误。正确的应为
afx_msg LRESULT OnMessageOwn(WPARAM wparam, LPARAM lparam);
ON_MESSAGE 宏包含强制类型转换。防止这种错误的方法之一是重定义 ON_MESSAGE 宏，把下列代码加到 stdafx.h 中（在#include "afxwin.h"之后）,函数原形错误时编译会报错
#undef ON_MESSAGE
#define ON_MESSAGE(message, memberFxn) \
{ message, 0, 0, 0, AfxSig_lwl, \
(AFX_PMSG)(AFX_PMSGW)(static_cast< LRESULT (AFX_MSG_CALL \
CWnd::*)(WPARAM, LPARAM) > (&memberFxn) },
(2) volatile 型变量：volatile 告诉编译器该变量可能被程序之外的未知方式修改（如系统、其他进程和线程）。优化程序为了使程序性能提高，常把一些变量放在寄存器中（类似于 register 关键字），而其他进程只能对该变量所在的内存进行修改，而寄存器中的值没变。如果你的程序是多线程的，或者你发现某个变量的值与预期的不符而你确信已正确 的设置了，则很可能遇到这样的问题。这种错误有时会表现为程序在最快优化出错而最小优化正常。把你认为可疑的变量加上 volatile 试试。
(3) 变量优化：优化程序会根据变量的使用情况优化变量。例如，函数中有一个未被使用的变量，在 Debug 版中它有可能掩盖一个数组越界，而在 Release 版中，这个变量很可能被优化调，此时数组越界会破坏栈中有用的数据。当然，实际的情况会比这复杂得多。与此有关的错误有：
● 非法访问，包括数组越界、指针错误等。例如
void fn(void)
{
int i;
i = 1;
int a[4];
{
int j;
j = 1;
}
a[-1] = 1;//当然错误不会这么明显，例如下标是变量
a[4] = 1;
}
j 虽然在数组越界时已出了作用域，但其空间并未收回，因而 i 和 j 就会掩盖越界。而 Release 版由于 i、j 并未其很大作用可能会被优化掉，从而使栈被破坏。
3. _DEBUG 与 NDEBUG ：当定义了 _DEBUG 时，assert() 函数会被编译，而 NDEBUG 时不被编译。除此之外，VC++中还有一系列断言宏。这包括：
ANSI C 断言 void assert(int expression );
C Runtime Lib 断言 _ASSERT( booleanExpression );
_ASSERTE( booleanExpression );
MFC 断言 ASSERT( booleanExpression );
VERIFY( booleanExpression );
ASSERT_VALID( pObject );
ASSERT_KINDOF( classname, pobject );
ATL 断言 ATLASSERT( booleanExpression );
此外，TRACE() 宏的编译也受 _DEBUG 控制。
所有这些断言都只在 Debug版中才被编译，而在 Release 版中被忽略。唯一的例外是 VERIFY() 。事实上，这些宏都是调用了 assert() 函数，只不过附加了一些与库有关的调试代码。如果你在这些宏中加入了任何程序代码，而不只是布尔表达式（例如赋值、能改变变量值的函数调用 等），那么 Release 版都不会执行这些操作，从而造成错误。初学者很容易犯这类错误，查找的方法也很简单，因为这些宏都已在上面列出，只要利用 VC++ 的 Find in Files 功能在工程所有文件中找到用这些宏的地方再一一检查即可。另外，有些高手可能还会加入 #ifdef _DEBUG 之类的条件编译，也要注意一下。
顺便值得一提的是 VERIFY() 宏，这个宏允许你将程序代码放在布尔表达式里。这个宏通常用来检查 Windows API 的返回值。有些人可能为这个原因而滥用 VERIFY() ，事实上这是危险的，因为 VERIFY() 违反了断言的思想，不能使程序代码和调试代码完全分离，最终可能会带来很多麻烦。因此，专家们建议尽量少用这个宏。
4. /GZ 选项：这个选项会做以下这些事
(1) 初始化内存和变量。包括用 0xCC 初始化所有自动变量，0xCD ( Cleared Data ) 初始化堆中分配的内存（即动态分配的内存，例如 new ），0xDD ( Dead Data ) 填充已被释放的堆内存（例如 delete ），0xFD( deFencde Data ) 初始化受保护的内存（debug 版在动态分配内存的前后加入保护内存以防止越界访问），其中括号中的词是微软建议的助记词。这样做的好处是这些值都很大，作为指针是不可能的（而且 32 位系统中指针很少是奇数值，在有些系统中奇数的指针会产生运行时错误），作为数值也很少遇到，而且这些值也很容易辨认，因此这很有利于在 Debug 版中发现 Release 版才会遇到的错误。要特别注意的是，很多人认为编译器会用 0 来初始化变量，这是错误的（而且这样很不利于查找错误）。
(2) 通过函数指针调用函数时，会通过检查栈指针验证函数调用的匹配性。（防止原形不匹配）
(3) 函数返回前检查栈指针，确认未被修改。（防止越界访问和原形不匹配，与第二项合在一起可大致模拟帧指针省略 FPO ）
通常 /GZ 选项会造成 Debug 版出错而 Release 版正常的现象，因为 Release 版中未初始化的变量是随机的，这有可能使指针指向一个有效地址而掩盖了非法访问。
除此之外，/Gm /GF 等选项造成错误的情况比较少，而且他们的效果显而易见，比较容易发现。
--------------------------------------------------------------
Release是发行版本,比Debug版本有一些优化，文件比Debug文件小
Debug是调试版本，包括的程序信息更多
Release方法：
build->batch build->build就OK.
具体可以看看下面的链接
参考资料： http://hi..com/msingle/blog/item/57e8c8fb8fa294214f4aeaa8.html
㈩ 动态链接库怎样条件编译
project setting 中进行编译参数设置， 自己可以试试，