Delphi d2007将依赖项设置为外部程序

在d2007 ide中，我可以指出一个项目依赖于另一个项目

是否有一种方法表明某个特定文件依赖于另一个文件，而这两个文件都不是delphi程序，并且需要运行指定的程序才能转换它。在旧的make文件中，我经常这样做，如果能够在delphi中这样做，将非常有帮助，从而进一步提高自动化程度，并将错误和完成某些项目所需的外部操作降至最低

---

我怀疑delphi使用的microsoft project manager能够做到这一点，但我希望避免在delphi可以随时更改文件时手动编辑该文件。

好的，您无法在delphi中定义文件间依赖关系，但不确定MSBuild。但是，您可以在预构建、后构建和预链接阶段使用项目范围的构建事件来运行外部程序和脚本。例如，您可以使用预生成事件来调用转换器，以便其转换的输出文件可以根据需要供编译器使用。

AFAIK，您不能在Delphi中定义文件间依赖关系，但不能确定MSBuild。但是，您可以在预构建、后构建和预链接阶段使用项目范围的构建事件来运行外部程序和脚本。例如，您可以使用预构建事件来调用转换器，以便其转换后的输出文件可供编译器根据需要使用。

我猜这在D2007中不可用，但在较新版本中，您可以配置并将其链接到项目中的文件。以Remys为例，您可以将asm文件添加到项目中，并将其链接到适当的汇编程序，以便在asm发生更改时生成obj。

我猜这在D2007中不可用，但在较新版本中，您可以配置asm文件并将其链接到项目中的文件。以Remys为例，您可以将asm文件添加到项目中，并将其链接到适当的汇编程序，以便在asm发生更改时生成obj。

我认为这将是一项困难的任务，因为IDE拥有文件*.proj。我无法理解这一点。一个文件究竟如何依赖于另一个文件？文件如何才能运行程序？那没有真正的意义。也许你可以不那么抽象。@DavidHeffernan：想象一个.c或.asm文件需要编译成一个.obj文件，以便在.pas文件中使用。显然，需要先编译.obj，然后.pas文件才能使用它。但是Delphi不能编译C，并且没有自己的命令行汇编程序。但是，可以让Delphi调用外部第三方编译器来编译.obj，以供Delphi编译器使用。瞧，Joe想把文件链接在一起，这样当一个给定的文件被编译时，它的依赖项会首先被处理，以确保它们的输出事先准备好。@Remy可能就是这样。让询问者告诉我们他真正想要什么可能更好。大卫·赫弗曼（David Hefferman）：exe依赖于每个源文件。如果任何源文件发生更改，则需要重新编译。还有其他一些文件类型是通过运行基于某种类型的源文件的程序而创建的，它们可能是自制的，也可能不是自制的。如果源文件发生更改，您希望运行该程序以重新创建最终结果文件。Delphi xe5当然有这种能力，但我不能从d2007直接切换到它。我认为这将是一项困难的任务，因为IDE拥有文件*.proj。我无法理解这一点。一个文件究竟如何依赖于另一个文件？文件如何才能运行程序？那没有真正的意义。也许你可以不那么抽象。@DavidHeffernan：想象一个.c或.asm文件需要编译成一个.obj文件，以便在.pas文件中使用。显然，需要先编译.obj，然后.pas文件才能使用它。但是Delphi不能编译C，并且没有自己的命令行汇编程序。但是，可以让Delphi调用外部第三方编译器来编译.obj，以供Delphi编译器使用。瞧，Joe想把文件链接在一起，这样当一个给定的文件被编译时，它的依赖项会首先被处理，以确保它们的输出事先准备好。@Remy可能就是这样。让询问者告诉我们他真正想要什么可能更好。大卫·赫弗曼（David Hefferman）：exe依赖于每个源文件。如果任何源文件发生更改，则需要重新编译。还有其他一些文件类型是通过运行基于某种类型的源文件的程序而创建的，它们可能是自制的，也可能不是自制的。如果源文件发生更改，您希望运行该程序以重新创建最终结果文件。Delphi xe5当然有这个功能，但我不能从d2007切换到它。msbuild支持依赖项规范和处理，就像make或其他任何严肃的构建工具一样。我自己不使用msbuild，所以我不熟悉它的功能，除了如何指定目标平台之外。msbuild支持依赖项规范和处理，就像make或任何其他严肃的生成工具一样。我自己不使用msbuild，因此我不熟悉它的capab

---

ilities，不包括如何指定目标平台。很好，我忘记了构建工具。我想你指的是我的例子，不是大卫的。好的一点，我忘记了构建工具。我想你指的是我的榜样，不是大卫的。