Ⅰ altium designer 编译PCB之后message 面板 怎么没信息
如果你的操作是正常的话，那么应该恭喜你，你的设计完全正确。
如果这个message 面板没找到，可以在左正角的“system”中找到它。
当然，这里编译说完全正确，只是根据你的原理图和你的PCB规则编译的，如果原理图有问题，或者PCB规则不对，结果还是有问题的。
Ⅱ 关于C语言预处理命令
第一句有问题。
比如
#ifndef WIN32
#endif printf("OK\n");
在这里，这个printf就不会被执行。也就是说， 一行中， 只能有一条预处理指令，
当编译的预处理阶段， 编译器识别了一条完整的预处理指令后，后面的所有东西他都不要了。
对于第二句，在函数里，我们是可以使用预处理指令的。
比如
void fun(void)
{
#ifdef WIN32
... // 对于windows系统环境的操作
#else
... // 对于windows以外的系统环境的操作
#endif /* WIN32 */
...
}
楼上的同学， 你是在哪儿本书上看的？ 介绍一下呗
Ⅲ 在IAR上，怎样查看编译的信息
在View中打开Message窗口，在窗口中右键选择options，在出来的对话框中的 Show build message：后面选择编译信息显示的详细程度，点击确定后编译一下，你就能在Message窗口中看到编译信息了。
Ⅳ pragma message输出在哪
Message 参数能够在编译信息输出窗口中输出相应的信息，这对于源代码信息的控制是非常重要的。其使用方法为： #pragma message(消息文本)当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。
当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法 #ifdef _X86#pragma message(_X86 macro activated!)#endif当我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示“_X86 macro activated! ”。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。 (比较常用）
只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上在VC6中就已经有了，但是考虑到兼容性并没有太多的使用它。
#pragma once是编译相关，就是说这个编译系统上能用，但在其他编译系统不一定可以，也就是说移植性差，不过现在基本上已经是每个编译器都有这个定义了。
#ifndef，#define，#endif这个是C++语言相关，这是C++语言中的宏定义，通过宏定义避免文件多次编译。所以在所有支持C++语言的编译器上都是有效的，如果写的程序要跨平台，最好使用这种方式 #pragma hdrstop表示预编译头文件到此为止，后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件。
有时单元之间有依赖关系，比如单元A依赖单元B，所以单元B要先于单元A编译。你可以用#pragma startup指定编译优先级，如果使用了#pragma package(smart_init) ，BCB就会根据优先级的大小先后编译。 #pragma comment(...)该指令将一个注释记录放入一个对象文件或可执行文件中。
常用的lib关键字，可以帮我们连入一个库文件。
每个编译程序可以用#pragma指令激活或终止该编译程序支持的一些编译功能。例如，对循环优化功能： #pragma loop_opt(on)//激活#pragma loop_opt(off)//终止有时，程序中会有些函数会使编译器发出你熟知而想忽略的警告，如“Parameter xxx is never used in function xxx”，可以这样： #pragma warn—100//#100intinsert_record(REC*r){/*functionbody*/}#pragma warn+100//#100backon函数会产生一条有唯一特征码100的警告信息，如此可暂时终止该警告。
每个编译器对#pragma的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。 #pragma pack(n)和#pragm apop()struct sample{char a;double b;};当sample结构没有加#pragma pack(n)的时候,sample按最大的成员那个对齐;
（所谓的对齐是指对齐数为n时,对每个成员进行对齐,既如果成员a的大小小于n则将a扩大到n个大小;
如果a的大小大于n则使用a的大小;）所以上面那个结构的大小为16字节.
当sample结构加#pragma pack(1)的时候,sizeof(sample)=9字节;无空字节。
（另注：当n大于sample结构的最大成员的大小时，n取最大成员的大小。
所以当n越大时，结构的速度越快，大小越大；反之则）
#pragma pop()就是取消#pragma pack(n)的意思了，也就是说接下来的结构不用#pragma pack(n) #pragma comment(comment-type,[commentstring])comment-type是一个预定义的标识符，指定注释的类型，应该是compiler，exestr，lib，linker之一。
comment string是一个提供为comment-type提供附加信息的字符串。
注释类型：
1、compiler：
放置编译器的版本或者名字到一个对象文件，该选项是被linker忽略的。
2、exestr：
在以后的版本将被取消。
3、lib：
放置一个库搜索记录到对象文件中，这个类型应该是和comment string（指定你要Linker搜索的lib的名称和路径）这个库的名字放在Object文件的默认库搜索记录的后面，linker搜索这个这个库就像你在命令行输入这个命令一样。你可以在一个源文件中设置多个库记录，它们在object文件中的顺序和在源文件中的顺序一样。如果默认库和附加库的次序是需要区别的，使用Z编译开关是防止默认库放到object模块。
4、linker：
指定一个连接选项，这样就不用在命令行输入或者在开发环境中设置了。
只有下面的linker选项能被传给Linker. /DEFAULTLIB,/EXPORT,/INCLUDE,/MANIFESTDEPENDENCY,/MERGE,/SECTION(1) /DEFAULTLIB:library
/DEFAULTLIB 选项将一个 library 添加到 LINK 在解析引用时搜索的库列表。用 /DEFAULTLIB指定的库在命令行上指定的库之后和 .obj 文件中指定的默认库之前被搜索。忽略所有默认库 (/NODEFAULTLIB) 选项重写 /DEFAULTLIB:library。如果在两者中指定了相同的 library 名称，忽略库 (/NODEFAULTLIB:library) 选项将重写 /DEFAULTLIB:library。
(2)/EXPORT:entryname[,@ordinal[,NONAME]][,DATA]
使用该选项，可以从程序导出函数，以便其他程序可以调用该函数。也可以导出数据。通常在 DLL 中定义导出。entryname是调用程序要使用的函数或数据项的名称。ordinal 在导出表中指定范围在 1 至 65,535 的索引；如果没有指定 ordinal，则 LINK 将分配一个。NONAME关键字只将函数导出为序号，没有 entryname。
DATA 关键字指定导出项为数据项。客户程序中的数据项必须用 extern __declspec(dllimport)来声明。
有三种导出定义的方法，按照建议的使用顺序依次为：
源代码中的 __declspec(dllexport).def 文件中的 EXPORTS 语句LINK 命令中的 /EXPORT 规范所有这三种方法可以用在同一个程序中。LINK 在生成包含导出的程序时还创建导入库，除非生成中使用了 .exp 文件。
LINK 使用标识符的修饰形式。编译器在创建 .obj 文件时修饰标识符。如果 entryname以其未修饰的形式指定给链接器（与其在源代码中一样），则 LINK 将试图匹配该名称。如果无法找到唯一的匹配名称，则 LINK 发出错误信息。当需要将标识符指定给链接器时，请使用 Dumpbin 工具获取该标识符的修饰名形式。
(3)/INCLUDE:symbol
/INCLUDE 选项通知链接器将指定的符号添加到符号表。
若要指定多个符号，请在符号名称之间键入逗号 (,)、分号 (;) 或空格。在命令行上，对每个符号指定一次 /INCLUDE:symbol。
链接器通过将包含符号定义的对象添加到程序来解析 symbol。该功能对于添包含不会链接到程序的库对象非常有用。用该选项指定符号将通过 /OPT:REF 重写该符号的移除。
我们经常用到的是#pragma comment（lib，*.lib）这类的。#pragma comment(lib,Ws2_32.lib)表示链接Ws2_32.lib这个库。 和在工程设置里写上链入Ws2_32.lib的效果一样，不过这种方法写的 程序别人在使用你的代码的时候就不用再设置工程settings了 介绍
用#pragma data_seg建立一个新的数据段并定义共享数据，其具体格式为： #pragma data_seg（shareddata)HWNDsharedwnd=NULL;//共享数据#pragma data_seg()-----------------------------------------------------------------
1，#pragma data_seg()一般用于DLL中。也就是说，在DLL中定义一个共享的有名字的数据段。最关键的是：这个数据段中的全局变量可以被多个进程共享,否则多个进程之间无法共享DLL中的全局变量。
2，共享数据必须初始化，否则微软编译器会把没有初始化的数据放到.BSS段中，从而导致多个进程之间的共享行为失败。例如， #pragma data_seg(MyData)intg_Value;//.#pragma data_seg()//DLL提供两个接口函数：int GetValue(){ return g_Value;}void SetValue(int n){ g_Value=n;}然后启动两个进程A和B，A和B都调用了这个DLL，假如A调用了SetValue(5); B接着调用int m = GetValue(); 那么m的值不一定是5，而是一个未定义的值。因为DLL中的全局数据对于每一个调用它的进程而言，是私有的，不能共享的。假如你对g_Value进行了初始化，那么g_Value就一定会被放进MyData段中。换句话说，如果A调用了SetValue(5); B接着调用int m = GetValue(); 那么m的值就一定是5，这就实现了跨进程之间的数据通信。 #pragma region是Visual C++中特有的预处理指令。它可以让你折叠特定的代码块，从而使界面更加清洁，便于编辑其他代码。折叠后的代码块不会影响编译。你也可以随时展开代码块以进行编辑等操作。
格式： #pragma region name#pragma endregion comment使用示例如下： #pragma region VariablesHWND hWnd;const size_t Max_Length = 20;//other variables#pragma endregion This region contains global variables.如上边所示，需要折叠的代码必须包含在#pragma region和#pragma endregion之间。#pragma region和#pragma endregion之后可以添加一些用来注释的文字。当你折叠代码块后，这些文字会显示在折叠的位置。
折叠代码块的方法：如同Visual C++中折叠函数、类、命名空间，当代码被包含在如上所述的指令之间后，#pragma region这一行的左边会出现一个“-”号，单击以折叠内容，同时“-”号会变成“+”号，再次单击可以展开代码块。
此预编译指令在Visual Studio 2005及以上版本可以使用。但是在Visual Studio 2005中，当#pragma region之后包含类似“1st”这类的文字，会导致“error C2059: syntax error : 'bad suffix on number'”的编译错误。避免使用数字或者将数字与字母分离可以解决这个问题。
Ⅳ 预处理指令#pragma db code是什么意思
一、作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对每个编译器给出了一个方法,在保持与C和 C++语言完全兼容的情况下,给出主机或操作系统专有的特征。依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。
二、常用的pragma指令的详细解释。
1.#pragma once。保证所在文件只会被包含一次，它是基于磁盘文件的，而#ifndef则是基于宏的。
2.#pragma warning。允许有选择性的修改编译器的警告消息的行为。有如下用法：
#pragma warning(disable:4507 34; once:4385; error:164) 等价于：
#pragma warning(disable:4507 34) // 不显示4507和34号警告信息
#pragma warning(once:4385) // 4385号警告信息仅报告一次
#pragma warning(error:164) // 把164号警告信息作为一个错误
#pragma warning(default:176) // 重置编译器的176号警告行为到默认状态
同时这个pragma warning也支持如下格式,其中n代表一个警告等级(1---4)：
#pragma warning(push) // 保存所有警告信息的现有的警告状态
#pragma warning(push,n) // 保存所有警告信息的现有的警告状态，并设置全局报警级别为n
#pragma warning(pop) // 恢丛 鹊木 孀刺 趐ush和pop之间所做的一切改动将取消
例如：
#pragma warning(push)
#pragma warning(disable:4705)
#pragma warning(disable:4706)
#pragma warning(disable:4707)
#pragma warning(pop)
在这段代码后，恢复所有的警告信息(包括4705，4706和4707)。
3.#pragma hdrstop。表示预编译头文件到此为止，后面的头文件不进行预编译。BCB可以预编译头文件以 加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文 件。
4.#pragma message。在标准输出设备中输出指定文本信息而不结束程序运行。用法如下：
#pragma message("消息文本")。当编译器遇到这条指令时就在编译输出窗口中将“消息文本”打印出来。
5.#pragma data_seg。一般用于DLL中，它能够设置程序中的初始化变量在obj文件中所在的数据段。如果未指定参数，初始化变量将放置在默认数据段.data中，有如下用法：
#pragma data_seg("Shared") // 定义了数据段"Shared"，其中有两个变量a和b
int a = 0; // 存储在数据段"Shared"中
int b; // 存储在数据段".bss"中，因为没有初始化
#pragma data_seg() // 表示数据段"Shared"结束，该行代码为可选的
对变量进行专门的初始化是很重要的，否则编译器将把它们放在普通的未初始化数据段中而不是放在shared中。如上述的变量b其实是放在了未初始化数据段.bss中。
#pragma data_seg("Shared")
int j = 0; // 存储在数据段"Shared"中
#pragma data_seg(push, stack1, "Shared2") //定义数据段Shared2，并将该记录赋予别名stack1，然后放入内部编译器栈中
int l = 0; // 存储在数据段"Shared2"中
#pragma data_seg(pop, stack1) // 从内部编译器栈中弹出记录，直到弹出stack1，如果没有stack1，则不做任何操作
int m = 0; // 存储在数据段"Shared"中，如果没有上述pop段，则该变量将储在数据段"Shared2"中
6.#pragma code_seg。它能够设置程序中的函数在obj文件中所在的代码段。如果未指定参数，函数将放置在默认代码段.text中，有如下用法：
void func1() { // 默认存储在代码段.text中
}
#pragma code_seg(".my_data1")
void func2() { // 存储在代码段.my_data1中
}
#pragma code_seg(push, r1, ".my_data2")
void func3() { // 存储在代码段.my_data2中
}
#pragma code_seg(pop, r1)
void func4() { // 存储在代码段.my_data1中
}
7.#pragma pack。用来改变编译器的字节对齐方式。常规用法为：
#pragma pack(n) //将编译器的字节对齐方式设为n，n的取值一般为1、2、4、8、16，一般默认为8
#pragma pack(show) //以警告信息的方式将当前的字节对齐方式输出
#pragma pack(push) //将当前的字节对齐方式放入到内部编译器栈中
#pragma pack(push,4) //将字节对齐方式4放入到内部编译器栈中，并将当前的内存对齐方式设置为4
#pragma pack(pop) //将内部编译器栈顶的记录弹出，并将其作为当前的内存对齐方式
#pragma pack(pop,4) //将内部编译器栈顶的记录弹出，并将4作为当前的内存对齐方式
#pragma pack(pop,r1) //r1为自定义的标识符，将内部编译器中的记录弹出，直到弹出r1，并将r1的值作为当前的内存对齐方式；如果r1不存在，当不做任何操作
8.#pragma comment。将一个注释记录放置到对象文件或可执行文件中。
其格式为：#pragma comment( comment-type [,"commentstring"] )。其中，comment-type是一个预定义的标识符，指定注释的类型，应该是compiler，exestr，lib，linker，user之一。
compiler：放置编译器的版本或者名字到一个对象文件，该选项是被linker忽略的。
exestr：在以后的版本将被取消。
lib：放置一个库搜索记录到对象文件中，这个类型应该与commentstring（指定Linker要搜索的lib的名称和路径）所指定的库类型一致。在对象文件中，库的名字跟在默认搜索记录后面；linker搜索这个这个库就像你在命令行输入这个命令一样。你可以在一个源文件中设置多个库搜索记录，它们在obj文件中出现的顺序与在源文件中出现的顺序一样。
如果默认库和附加库的次序是需要区别的，使用/Zl编译开关可防止默认库放到object模块中。
linker：指定一个连接选项，这样就不用在命令行输入或者在开发环境中设置了。只有下面的linker选项能被传给Linker：
/DEFAULTLIB
/EXPORT
/INCLUDE
/MANIFESTDEPENDENCY
/MERGE
/SECTION
(1)/DEFAULTLIB:library
/DEFAULTLIB选项将一个library添加到LINK在解析引用时搜索的库列表。用/DEFAULTLIB指定的库在命令行上指定的库之后和obj文件中指定的默认库之前被搜索。
忽略所有默认库(/NODEFAULTLIB)选项重写/DEFAULTLIB:library。如果在两者中指定了相同的library名称，忽略库(/NODEFAULTLIB:library)选项将重写/DEFAULTLIB:library。
(2)/EXPORT:entryname[,@ordinal[,NONAME]][,DATA]
使用该选项，可以从程序导出函数以便其他程序可以调用该函数，也可以导出数据。通常在DLL中定义导出。
entryname是调用程序要使用的函数或数据项的名称。ordinal为导出表的索引，取值范围在1至65535；如果没有指定ordinal，则LINK将分配一个。NONAME关键字只将函数导出为序号，没有entryname。DATA 关键字指定导出项为数据项。客户程序中的数据项必须用extern __declspec(dllimport)来声明。
有三种导出定义的方法，按照建议的使用顺序依次为：
源代码中的__declspec(dllexport)
.def文件中的EXPORTS语句
LINK命令中的/EXPORT规范
所有这三种方法可以用在同一个程序中。LINK在生成包含导出的程序时还要创建导入库，除非在生成过程中使用了.exp 文件。
LINK使用标识符的修饰形式。编译器在创建obj文件时修饰标识符。如果entryname以其未修饰的形式指定给链接器（与其在源代码中一样），则LINK将试图匹配该名称。如果无法找到唯一的匹配名称，则LINK发出错误信息。当需要将标识符指定给链接器时，请使用Dumpbin工具获取该标识符的修饰名形式。
(3)/INCLUDE:symbol
/INCLUDE选项通知链接器将指定的符号添加到符号表。若要指定多个符号，请在符号名称之间键入逗号(,)、分号(;)或空格。在命令行上，对每个符号需指定一次/INCLUDE:symbol。
链接器通过将包含符号定义的对象添加到程序来解析symbol。该功能对于添加不会链接到程序的库对象非常有用。
用该选项所指定的符号将覆盖通过/OPT:REF对该符号进行的移除操作。
(4)/MANIFESTDEPENDENCY:manifest_dependency
/MANIFESTDEPENDENCY允许你指定位于manifest文件的段的属性。/MANIFESTDEPENDENCY信息可以通过下面两种方式传递给LINK:
直接在命令行运行/MANIFESTDEPENDENCY
通过#pragma comment
(5)/MERGE:from=to
/MERGE选项将第一个段(from)与第二个段(to)进行联合，并将联合后的段命名为to的名称。
如果第二个段不存在，LINK将段(from)重命名为to的名称。
/MERGE选项对于创建VxDs和重写编译器生成的段名非常有用。
(6)/SECTION:name,[[!]{DEKPRSW}][,ALIGN=#]
/SECTION选项用来改变段的属性，当指定段所在的obj文件编译的时候重写段的属性集。
可移植的可执行文件(PE)中的段(section)与新可执行文件(NE)中的节区(segment)或资源大致相同。
段(section)中包含代码或数据。与节区(segment)不同的是，段(section)是没有大小限制的连续内存块。有些段中的代码或数据是你的程序直接定义和使用的，而有些数据段是链接器和库管理器(lib.exe)创建的，并且包含了对操作系统来说很重要的信息。
/SECTION选项中的name是大小写敏感的。
不要使用以下名称，因为它们与标准名称会冲突，例如，.sdata是RISC平台使用的。
.arch
.bss
.data
.edata
.idata
.pdata
.rdata
.reloc
.rsrc
.sbss
.sdata
.srdata
.text
.xdata
为段指定一个或多个属性。属性不是大小写敏感的。对于一个段，你必须将希望它具有的属性都进行指定；如果某个属性未指定，则认为是不具备这个属性。如果你未指定R，W或E，则已存在的读，写或可执行状态将不发生改变。
要对某个属性取否定意义，只需要在属性前加感叹号(!)。
E：可执行的
R：可读取的
W：可写的
S：对于载入该段的镜像的所有进程是共享的
D：可废弃的
K：不可缓存的
P：不可分页的
注意K和P是表示否定含义的。
PE文件中的段如果没有E，R或W属性集，则该段是无效的。
ALIGN=#选项让你为一个具体的段指定对齐值。
user：放置一个常规注释到一个对象文件中，该选项是被linker忽略的。
9.#pragma section。创建一个段。
其格式为：#pragma section( "section-name" [, attributes] )
section-name是必选项，用于指定段的名字。该名字不能与标准段的名字想冲突。可用/SECTION查看标准段的名称列表。
attributes是可选项，用于指定段的属性。可用属性如下，多个属性间用逗号(,)隔开：
read：可读取的
write：可写的
execute：可执行的
shared：对于载入该段的镜像的所有进程是共享的
nopage：不可分页的，主要用于Win32的设备驱动程序中
nocache：不可缓存的，主要用于Win32的设备驱动程序中
discard：可废弃的，主要用于Win32的设备驱动程序中
remove：非内存常驻的，仅用于虚拟设备驱动(VxD)中
如果未指定属性，默认属性为read和write。
在创建了段之后，还要使用__declspec(allocate)将代码或数据放入段中。
例如：
//pragma_section.cpp
#pragma section("mysec",read,write)
int j = 0;
__declspec(allocate("mysec"))
int i = 0;
int main(){}
该例中, 创建了段"mysec"，设置了read,write属性。但是j没有放入到该段中，而是放入了默认的数据段中，因为它没有使用__declspec(allocate)进行声明；而i放入了该段中，因为使用__declspec(allocate)进行了声明。
10.#pragma push_macro与#pragma pop_macro。前者将指定的宏压入栈中，相当于暂时存储，以备以后使用；后者将栈顶的宏出栈，弹出的宏将覆盖当前名称相同的宏。例如：
#include
#define X 1
#define Y 2
int main() {
printf("%d",X);
printf("\n%d",Y);
#define Y 3 // C4005
#pragma push_macro("Y")
#pragma push_macro("X")
printf("\n%d",X);
#define X 2 // C4005
printf("\n%d",X);
#pragma pop_macro("X")
printf("\n%d",X);
#pragma pop_macro("Y")
printf("\n%d",Y);
}
输出结果：
1
2
1
2
1
3
Ⅵ VC 中如何使用 BCB 编译的库文件
在 Visual C++ 或者 Visual Studio 中, 是无法直接使用 BCB 工程编译产生的库文件的. 究其原因, 是由于微软 Visual C++ lib 文件格式与 BCB 工程的 lib 文件格式不同所导致. Lib 文件中存放的是动态链接库的接口信息, 而不会含有任何函数的内部实现细节. 因此, 我们可以直接通过 Dll 文件来反向生成特定格式的 lib 文件, 以便在 VC 和 BCB 中交叉使用各个编译的动态链接库.
以 MTK 平台的多路下载工具 SP_MDT 为例, 演示在 VC++ 中直接使用 BCB 编译的 lib 库的问题及解决方案. 我们以 Eboot 为例, 源代码目录下关于 Eboot 的文件有以下几个:
Eboot 头文件定义, 路径: SP_MDT_SRCEboot
Eboot lib 库文件, 路径: SP_MDT_SRCLib
Eboot 动态链接库文件, 路径: SP_MDT_SRCoutput
我们新建一个 VC++ MFC 工程, 将上述文件全部拷贝到 MFC 工程目录下, 同时在对话框中实现如下代码段:
#include "interface.h"ANDROID_DL_HANDLE_T handle;
Android_DL_Create(&handle);
此时, 编译工程会报出如下错误:
error LNK2019: 无法解析的外部符号 _Android_DL_Create@4
该符号在函数 "public: void __thiscall CLibDemoDlg::OnBnClickedOk(void)" 中被引用
原因在于我们仅仅包含了相应函数的头文件, 而并没有导入任何的函数实现(如 cpp 源文件或者 lib 库文件). 接下来, 我们尝试直接在 VC++ 中使用 BCB 编译生成的 lib 库文件, 加入以下代码:
#pragma comment(lib, "eboot.lib")
编译时报出如下错误:
eboot.lib : warning LNK4003: 无效的库格式; 已忽略库
显然, VC++ 并不能正确的识别 BCB 所生成的 lib 库文件. 那么如何解决这个问题呢? 一般来说有两种方法:
动态加载 dll 动态链接库
最直接的方法是, 既然有头文件, 那么就可以知道各个函数的定义, 而 dll 动态链接库则会将这些公开的函数导出. 因此, 可以直接调用 LoadLibrary 载入动态链接库, 并查找到相应的函数地址, 完成调用. 这种方法简单粗暴, 其好处是写出的源代码无论是在 BCB 还是在 VC++ 平台都能够通用. 但其缺点也很明显, 需要改写头文件, 定义各种各样的函数指针, 如果使用到的导出函数很多, 则工作量较大.
Ⅶ 如何使用C++Builder编译Delphi使用Obj文件
一直以来，Delphi 都可以用命令行 dcc32 ProjectName.dpr 对项目进行编译链接，非常方便，Delphi对项目文件的参数配置处理的很简单，便于阅读处理起来也很直观，编译的中间文件也很简单(dcu,dcp)。
而C++Builder就没那么幸运了，因为包含了C++的特征，各种编译的中间文件：lib,obj,res,map,tds。后来新版又增加了一些预编译文件：ilc,ild,ilf,...,pch,#00,...等等等等，各种搜索路径(Include Path,Library Path,Browse Path...)，要是用bcc32及ilink32手工进行编译链接，命令的参数都足够写上大半天。幸好，在旧版C++Builder中，如果要用命令行编译BCB项目，只要将bpr文件转换为mak文件，再使用make命令进行编译链接也比较方便，不需要过多的处理：
[plain] view plainprint?
bpr2mak -oProject1.mak Project1.bpr
make -fProject1.mak
自从Delphi/C++Builder开始使用 MSBuild* 编译系统后(好像是RAD Studio 2006开始，具体忘记了)，Delphi项目在保存为dpr的同时，也会保存一份dproj的项目文件，dpr依旧沿用旧格式，dproj 则以MSBuild规范以XML格式保存，除了可以用旧方式命令行编译dpr外，也可以用：
[plain] view plainprint?
msbuild.exe /t:Rebuild /p:Config=Debug ProjectName.dproj
进行编译，但msbuild必须设定一些环境变量，RAD Studio自带了一个命令行工具已经做好了这些，其实就是设定了以下几个环境变量($(BDS)\bin\rsvars.bat)：
[plain] view plainprint?
@SET BDS=C:\Embarcadero\RAD Studio\7.0
@SET BDSCOMMONDIR=C:\Users\Public\Documents\RAD Studio\7.0
@SET FrameworkDir=C:\Windows\Microsoft.NET\Framework\v2.0.50727
@SET FrameworkVersion=v2.0.50727
@SET FrameworkSDKDir=
@SET PATH=%FrameworkDir%;%FrameworkSDKDir%;%PATH%
@SET LANGDIR=EN
C++Builder则又更杯具了一些，bpr2mak.exe工具已经没有了，所以只能采用MSBuild进行命令行编译。更加杯具的是，随着Delphi和BCB被多次转卖收购，新版本的发布似乎总会有各种各样的Bug，比如手头的RAD Studio 2009进行命令行编译，Delphi正常，BCB则报出超过100个错误，类似如下：
[plain] view plainprint?
C:\Embarcadero\RAD Studio\7.0\Bin\CodeGear.Cpp.Targets(2175,3): error : Error: Unresolved external '__fastcall Strhlpr::UnicodeFree(System::UnicodeString&)' referenced from C:\EMBARCADERO\RAD STUDIO\7.0\LIB\DEBUG\VCLE.LIB|ustring
C:\Embarcadero\RAD Studio\7.0\Bin\CodeGear.Cpp.Targets(2175,3): error : Error: Unresolved external 'Typinfo::BooleanIdents' referenced from C:\EMBARCADERO\RAD STUDIO\7.0\LIB\DEBUG\VCLE.LIB|vclinit
检查了一下发现编译过程(bcc32.exe)没有问题，只是在ilink32.exe链接过程中报错，在IDE中打开此项目进行编译，查看Message->Output窗口，比较两者的ilink32命令行参数，发现两者有两个地方有明显差异，一个是IDE生成的命令中没有类似 C:\Embarcadero\RAD Studio\7.0\lib\EN\debug 的路径(指的是EN这个目录，去除上面rsvars.bat中的@SET LANGDIR=EN 就可以避免产生这样的搜索路径) ，但是虽然这个目录不存在，也应该不至于导致出错。第二个差异是缺少了rtl.bpi和vcl.bpi的附加obj参数，解决办法是在$(BDS)\bin目录中找到 CodeGear.Cpp.Targets 文件，用记事本打开，搜索字符“memmgr.lib“，在前面加上"rtl.bpi;vcl.bpi" (用;分隔，不含引号)，一共有两处要修改。或者查找 "c0w32"，在后面加上 "rtl.bpi;vcl.bpi"，只有一处修改 —— 因为IDE的命令行中 rtl.bpi vcl.bpi是在c0w32和memmgr.lib中间的。—— （注意：在XE2中，加在c0w32后面已经不管用了，编译会报另一个错误VCL.BPIW.OBJ不存在，Targets文件有很大变化，可能参数的位置变动过了，导致与其他参数混在一起，所以还是加到memmgr.lib处更加合理）。
一些组件包比如DevExpress的Package，没有dproj或者cproj 项目文件，只能通过IDE进行转换，但坑爹的是bpk在好几个版本以前(CRS 2007?)已经不支持bpk项目，根本打不开也谈不上转换了，但它其实是一个make文件，可惜用make命令编译还是要出错，不想去研究了。总之，BCB永远活在Delphi的阴影下。
Ⅷ C++中怎样写宏定义
C/C++中宏使用总结
.C/C++中宏总结C程序的源代码中可包括各种编译指令，这些指令称为预处理命令。虽然它们实际上不是C语言的一部分，但却扩展了C程
序设计的环境。本节将介绍如何应用预处理程序和注释简化程序开发过程，并提高程序的可读性。
ANSI标准定义的C语言预处理程序包括下列命令：
#define，#error，＃i
nclude，#if，#else，#elif，#endif，#ifdef，#ifndef，#undef，#line，#pragma等。非常明显，所有预处理命令均以符号#开头，下面分别加以介绍。
1、#define
命令#define定义了一个标识符及一个串。在源程序中每次遇到该标识符时，均以定义的串代换它。ANSI标准将标识符定义为宏名，将替换过程称为宏
替换。命令的一般形式为：
#define identifier string
注意：
? 该语句没有分号。在标识符和串之间可以有任意个空格，串一旦开始，仅由一新行结束。
? 宏名定义后，即可成为其它宏名定义中的一部分。
? 宏替换仅仅是以文本串代替宏标识符，前提是宏标识符必须独立的识别出来，否则不进行替换。例如： #define XYZ
this is a test，使用宏printf("XYZ")；//该段不打印"this is a test"而打印"XYZ"。因为预编译器识
别出的是"XYZ"
? 如果串长于一行，可以在该行末尾用一反斜杠' \'续行。
2、#error
处理器命令#error强迫编译程序停止编译，主要用于程序调试。
3、＃i nclude
命令＃i nclude使编译程序将另一源文件嵌入带有＃i nclude的源文件，被读入的源文件必须用双引号或尖括号括起来。例如：
＃i nclude"stdio.h"或者＃i nclude
这两行代码均使用C编译程序读入并编译用于处理磁盘文件库的子程序。
将文件嵌入＃i nclude命令中的文件内是可行的，这种方式称为嵌套的嵌入文件，嵌套层次依赖于具体实现。
如果显式路径名为文件标识符的一部分，则仅在哪些子目录中搜索被嵌入文件。否则，如果文件名用双引号括起来，则首先检索当前工作目录。如果未发现文件，
则在命令行中说明的所有目录中搜索。如果仍未发现文件，则搜索实现时定义的标准目录。
如果没有显式路径名且文件名被尖括号括起来，则首先在编译命令行中的目录内检索。
如果文件没找到，则检索标准目录，不检索当前工作目录。
4、条件编译命令
有几个命令可对程序源代码的各部分有选择地进行编译，该过程称为条件编译。商业软件公司广泛应用条件编译来提供和维护某一程序的许多顾客版本。
#if、#else，#elif及#endif
#if的一般含义是如果#if后面的常量表达式为true，则编译它与#endif之间的代码，否则跳过这些代码。命令#endif标识一个#if块的
结束。
#if constant-expression
statement sequence
#endif
跟在#if后面的表达式在编译时求值，因此它必须仅含常量及已定义过的标识符，不可使用变量。表达式不许含有操作符sizeof（sizeof也是编译
时求值）。
#else命令的功能有点象C语言中的else；#else建立另一选择（在#if失败的情况下）。
注意，# else属于# if块。
#elif命令意义与ELSE IF 相同，它形成一个if else-if阶梯状语句，可进行多种编译选择。
#elif 后跟一个常量表达式。如果表达式为true，则编译其后的代码块，不对其它#elif表达式进行测试。否则，顺序测试下一块。
#if expression
statement sequence
#elif expression1
statement sequence
#endif
在嵌套的条件编译中#endif、#else或#elif与最近#if或#elif匹配。
# ifdef 和# ifndef
条件编译的另一种方法是用#ifdef与#ifndef命令，它们分别表示"如果有定义"及"如果无定义"。
# ifdef的一般形式是：
# ifdef macroname
statement sequence
#endif
#ifdef与#ifndef可以用于#if、#else，#elif语句中，但必须与一个#endif。
5、#undef
命令#undef 取消其后那个前面已定义过有宏名定义。一般形式为：
#undef macroname
6、#line
命令# line改变__LINE__与__FILE__的内容，它们是在编译程序中预先定义的标识符。命令的基本形式如下：
# line number["filename"]
其中的数字为任何正整数，可选的文件名为任意有效文件标识符。行号为源程序中当前行号，文件名为源文件的名字。命令# line主要用于调试及其它特殊
应用。
注意：在#line后面的数字标识从下一行开始的数字标识。
7、预定义的宏名
ANSI标准说明了C中的五个预定义的宏名。它们是：
__LINE__
__FILE__
__DATE__
__TIME__
__STDC__
如果编译不是标准的，则可能仅支持以上宏名中的几个，或根本不支持。记住编译程序也许还提供其它预定义的宏名。
__LINE__及__FILE__宏指令在有关# line的部分中已讨论，这里讨论其余的宏名。
__DATE__宏指令含有形式为月/日/年的串，表示源文件被翻译到代码时的日期。
源代码翻译到目标代码的时间作为串包含在__TIME__中。串形式为时：分：秒。
如果实现是标准的，则宏__STDC__含有十进制常量1。如果它含有任何其它数，则实现是非标准的。编译C++程序时，编译器自动定义了一个预处理名
字__cplusplus，而编译标准C时，自动定义名字__STDC__。
注意：宏名的书写由标识符与两边各二条下划线构成。
(部分内容出自：http://www.bc-cn.net/Article/kfyy/cyy/jc/200511/919.html)
8、C、C++宏体中出现的#，#@，##
宏体中，#的功能是将其后面的宏参数进行字符串化操作（Stringfication），简单说就是在对它所引用的宏变量通过替换后在其左右各加上一个
双引号。
而##被称为连接符（concatenator），用来将两个Token连接为一个Token。注意这里连接的对象是Token就行，而不一定是宏的变
量。比如你要做一个菜单项命令名和函数指针组成的结构体的数组，并且希望在函数名和菜单项命令名之间有直观的、名字上的关系。那就可以使用：宏参数##
固定部分。当然还可以n个##符号连接 n+1个Token，这个特性也是#符号所不具备的。
#@的功能是将其后面的宏参数进行字符化。
9、C宏中的变参...
...在C宏中称为Variadic Macro，也就是变参宏。比如：
#define myprintf(templt,...) fprintf(stderr,templt,__VA_ARGS__)
或者#define myprintf(templt,args...) fprintf(stderr,templt,args)
第一个宏中由于没有对变参起名，我们用默认的宏__VA_ARGS__来替代它。第二个宏中，我们显式地命名变参为args，那么我们在宏定义中就可以
用args来代指变参了。同C语言的stdcall一样，变参必须作为参数表的最后有一项出现。当上面的宏中我们只能提供第一个参数templt时，C
标准要求我们必须写成： myprintf(templt,);的形式。这时的替换过程为：myprintf("Error!\n",);替换为：
fprintf(stderr,"Error!\n",).
这是一个语法错误，不能正常编译。这个问题一般有两个解决方法。首先，GNU CPP提供的解决方法允许上面的宏调用写成：
myprintf(templt);而它将会被通过替换变成： fprintf(stderr,"Error!\n",);
很明显，这里仍然会产生编译错误（非本例的某些情况下不会产生编译错误）。除了这种方式外，c99和GNU CPP都支持下面的宏定义方式：
#define myprintf(templt, ...) fprintf(stderr,templt, ##__VAR_ARGS__)
这时，##这个连接符号充当的作用就是当__VAR_ARGS__为空的时候，消除前面的那个逗号。那么此时的翻译过程如下：
myprintf(templt);被转化为： fprintf(stderr,templt);
这样如果templt合法，将不会产生编译错误。
10、#pragma的使用【转载】
在所有的预处理指令中，#Pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对
每个编译器给出了一个方法,在保持与C和C ++语言完全兼容的情况下,给出主机或操作系统专有的特征。依据定义,编译指示是机器或操作系统专有的,且
对于每个编译器都是不同的。
其格式一般为: #Pragma Para，其中Para 为参数，下面来看一些常用的参数。
(1)message 参数。 Message 参数是我最喜欢的一个参数，它能够在编译信息输出窗口中输出相应的信息，这对于源代码信息的控制是非常
重要的。其使用方法为：
#Pragma message("消息文本")
当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。
当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条指令在编译的时候就进行检查。
假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法
#ifdef _X86
#Pragma message("_X86 macro activated!")
#endif
当我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示"_
X86 macro activated!"。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。
(2)另一个使用得比较多的pragma参数是code_seg。格式如：
#pragma code_seg( ["section-name"[,"section-class"] ] )
它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到它。
(3)#pragma once (比较常用）
只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上在VC6中就已经有了，但是考虑到兼容性并没有太多的使用它。
(4)#pragma hdrstop表示预编译头文件到此为止，后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度，但如果所有头文
件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件。
有时单元之间有依赖关系，比如单元A依赖单元B，所以单元B要先于单元A编译。你可以用#pragma startup指定编译优先级，如果使用了
#pragma package(smart_init) ，BCB就会根据优先级的大小先后编译。
(5)#pragma resource "*.dfm"表示把*.dfm文件中的资源加入工程。*.dfm中包括窗体、外观的定义。
(6)#pragma warning( disable : 4507 34; once : 4385; error : 164 )
等价于：
#pragma warning(disable:4507 34) // 不显示4507和34号警告信息
#pragma warning(once:4385) // 4385号警告信息仅报告一次
#pragma warning(error:164) // 把164号警告信息作为一个错误。
同时这个pragma warning 也支持如下格式：
#pragma warning( push [ ,n ] )
#pragma warning( pop )
这里n代表一个警告等级(1---4)。
#pragma warning( push )保存所有警告信息的现有的警告状态。
#pragma warning( push, n)保存所有警告信息的现有的警告状态，并且把全局警告等级设定为n。
#pragma warning( pop )向栈中弹出最后一个警告信息，在入栈和出栈之间所作的一切改动取消。例如：
#pragma warning( push )
#pragma warning( disable : 4705 )
#pragma warning( disable : 4706 )
#pragma warning( disable : 4707 )
//.......
#pragma warning( pop )
在这段代码的最后，重新保存所有的警告信息(包括4705，4706和4707)。
（7）pragma comment(...)
该指令将一个注释记录放入一个对象文件或可执行文件中。
常用的lib关键字，可以帮我们连入一个库文件。
(8)用pragma导出dll中的函数
传统的到出 DLL 函数的方法是使用模块定义文件 (.def)，Visual C++ 提供了更简洁方便的方法，那就
是"__declspec()"关键字后面跟"dllexport"，告诉连接去要导出这个函数，例如：
__declspec(dllexport) int __stdcall MyExportFunction(int iTest);
把"__declspec(dllexport)"放在函数声明的最前面，连接生成的 DLL 就会导出函
数"_MyExportFunction@4"。
上面的导出函数的名称也许不是我的希望的，我们希望导出的是原版的"MyExportFunction"。还好，VC 提供了一个预处理指示
符"#pragma"来指定连接选项 (不仅仅是这一个功能，还有很多指示功能) ，如下：
#pragma comment(linker,"/EXPORT:MyExportFunction=_MyExportFunction@4")
这下就天如人愿了：）。如果你想指定导出的顺序，或者只将函数导出为序号，没有 Entryname，这个预处理指示符 (确切地说是连接器) 都能够
实现，看看 MSDN 的语法说明：
/EXPORT:entryname[,@ordinal[,NONAME]][,DATA]
@ordinal 指定顺序；NONAME 指定只将函数导出为序号；DATA 关键字指定导出项为数据项。
⑨每个编译程序可以用#pragma指令激活或终止该编译程序支持的一些编译功能。例如，对循环优化功能：
#pragma loop_opt(on) // 激活
#pragma loop_opt(off) // 终止
有时，程序中会有些函数会使编译器发出你熟知而想忽略的警告，如"Parameter xxx is never used in function
xxx"，可以这样：
#pragma warn -100 // Turn off the warning message for warning #100
int insert_record(REC *r)
{ /* function body */ }
#pragma warn +100 // Turn the warning message for warning #100 back
on
函数会产生一条有唯一特征码100的警告信息，如此可暂时终止该警告。
每个编译器对#pragma的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。
⑩#pragm pack()的使用
#pragma pack规定的对齐长度，实际使用的规则是：
? 结构，联合，或者类的数据成员，第一个放在偏移为0的地方，以后每个数据成员的对齐，按照#pragma pack指定的数值和这
个数据成员自身长度中，比较小的那个进行。
? 也就是说，当#pragma pack的值等于或超过所有数据成员长度的时候，这个值的大小将不产生任何效果。
? 而结构整体的对齐，则按照结构体中最大的数据成员 和 #pragma pack指定值之间，较小的那个进行。
注意：文件使用#pragma pack(n) 改变了缺省设置而不恢复，通常可以使用#pragma pack(push, n)和#pragma
pack(pop)进行设置与恢复。
注：关于宏函数的内容在另外的专题。关于宏使用的误区在描述宏的时候已经在文中提到了，最后再给出一个例子，描述的Side Effect是指宏在展开
的时候对其参数可能进行多次Evaluation（也就是取值）对程序造成的错误影响。
假设在一个系统中，有一个32b的寄存器(REG)保存状态，其中高16b表示一种含义，低16b表示另一种含义（这在程序中经常出现）。现在要把高低
16b分开，不考虑实际中的特殊要求，将代码写成：
#define High16bit(REG) (REG>>16)
#define Low16bit(REG) ((REG<<16)>>16)
对于这种写法完成的功能在大多数情况是足够了，这里不讨论。主要谈论这种写法的负面影响，如果在程序中分别在不同的语句中使用High16bit和
Low16bit，那么就可能那就是Side effect，特别寄存器REG是状态寄存器，他的状态可能随时变化，那么引起的问题就是高低16b根本
取的不是同一个时刻状态寄存器。这种错误在程序中找出就比较难了。在这里我把条件弱化了，试想在一个宏体中，如果对参数多次取值也是可能引起问题，那就 更难了。