Delphi Compile和Build在同一个项目上生成不同的二进制文件

Max*_*sko 5 delphi compilation build map-files

在新的VCL应用程序中,编译构建操作会生成相同的二进制文件和映射文件(即使"项目中包含版本信息"选项已关闭,也会在.exe文件末尾略有不同 - 已经讨论过).映射文件的字节与字节相同.但是,我添加任何第三方组件,由Build和Compile生成的二进制和map(!)文件明显不同!

测试了两个版本的Delphi:
- 7.0版(Build 8.1)
- CodeGear™RAD Studio 2007版本11.0.1902.0471(+ 2007年12月更新)

重现步骤:

  1. 创建新的VCL应用程序.可能添加任何本机Delphi组件(我尝试从Standart,Additional,Win32和System选项卡中的所有组件).
  2. 打开"项目选项"的"链接器"选项卡上的"详细地图"文件.
  3. 建立项目.
  4. 重命名输出.exe和.map文件(例如:project1.exe到project1b.exe,project1.map到project1b.map).
  5. 编译项目.
  6. 重命名输出.exe和.map文件(例如:project1.exe到project1c.exe,project1.map到project1c.map).
  7. 比较步骤4和6中的文件.(我使用WinMerge 2.12.4.0).

我们有几乎不同的.exe文件和完全相同的.map文件.然后,如果我们再次重复所有步骤但在项目第三方组件中使用(我尝试ODAC,DOA,DevExpress和selfmade),我们会得到更多不同的.exe和不同的.map文件.

为什么?有什么建议?

更新
有关我如何找到这个以及为什么它让我感兴趣的一些信息:
Project是使用MSBuild从简单的脚本构建的.当在项目中添加了通过ITE(带有资源的dll)的翻译时,我发现当项目是Build(来自脚本或来自IDE)时 - 翻译版本工作错误 - 按钮,标签等上的某些文本来自错误的地方(字面意思来自另一个按钮,标签).当项目从IDE编译时 - 一切正常.所以我开始比较Build和Compile输出......

All*_*uer 10

您所看到的只是编译器内置make逻辑的工件.当您进行构建时,它会告诉编译器构建所有可用的源.因此,Delphi处理每个源文件以及它找到源的使用列表中的每个单元,然后它将构建该文件.它以递归方式执行此操作.编译时,只加载现有的.dcu文件,如果发现它们是最新的,则不执行任何操作.这实际上可以导致发现单元的不同顺序,因为每个.dcu将有效地"展平"使用列表.由于单元是以不同的顺序被发现和加载的,因此它们是相反的,以不同的顺序链接.这就是您的地图文件看起来如此不同的原因.给定相同的源,如果您连续执行两个构建或连续两个编译,则映射文件应该相同.

造成差异的其他原因更为平凡,包括PE标头时间戳以及其他填充和对齐位.

  • 这会打败整个目的,不是吗?此外,典型的Delphi应用程序链接到您可能完全不知道甚至存在的单元.链接顺序由编译器符号表本身的内部顺序决定.它是编译器工作原理的关键.为什么不简单地使用自动构建过程来构建始终从原始源构建的"官方"构建(即构建系统中不存在dcus)? (3认同)