gpt4 book ai didi

msbuild - 如何在 MSBuild 中指定额外的依赖文件?

转载 作者:行者123 更新时间:2023-12-05 05:26:29 25 4
gpt4 key购买 nike

在经典的 MAKEfile 中,很容易在规则中列出主文件,然后列出所有依赖文件(例如包含文件)。

我以为 MSBuild 在目标中有一些属性,但似乎没有!给定输入文件列表和从输入文件到输出文件名的转换,它会为每个输入文件运行一次目标,如果输入文件不比输出文件新则跳过它。

那么您如何才能保留该行为,并且如果任何依赖文件也较新则不跳过?依赖文件是从早期版本中记录下来的,我知道如何将文本文件读入 Item 数组。但是每个输入都有不同的依赖文件列表,我不知道如何告诉目标何时可以或不可以跳过。

我看到 CL(C 和 C++ 编译器)的逻辑根本没有在 MSBuild 脚本中处理! CL 的“任务”包装了对 cl.exe 的调用,它做出该决定并且根本不调用 cl.exe。但是 Target 根本不会跳过并将每个输入文件都提供给 CL。

我想知道是否有一种有用的方法可以直接在 MSBuild 中执行此操作,而无需在 .NET 中编写代码来完成实际工作。

最佳答案

让我解决有关 MSBuild 中 CL 目标的问题,因为它的实现方式非常特殊。此外,有些事情告诉我您正在做类似的事情,可能是使用 gcc 或其他 C/C++ 编译器,您可以在其中使用命令 gcc -M 获取依赖项列表。

对于 C++ 编译、C++ 链接、C++ 资源编译器和其他一些东西,MSBuild 使用自动化机制在构建时建立所有依赖项。这个叫做File Tracker,网上没有详细介绍,但是你可以在MSBuild book中找到很多细节。 .

File Tracker 监视 cl.exe、rc.exe 和 link.exe 正在对文件系统执行的操作,并创建它们读取的文件列表——这将是当前编译或链接文件的依赖项。然后它将此列表保存在 obj 文件夹中的 .tlog 文件中。下次调用构建时,CL 任务(或链接任务)读取它们的 .tlog 文件并比较所有依赖项文件的时间戳,检查是否必须再次执行编译器(或链接器)。这些检查都在 CL/RC/LINK 任务中完成。换句话说,如果你看到 CL 任务正在执行,并不总是意味着 cl.exe 将被启动。

现在,要让您继续前进,有几种替代方法:

  1. 创建多个目标——每个主要输入文件一个目标。每个目标将获取一个主输入文件并构建它。对于目标的 Inputs 参数,您可以将依赖项列表附加到主文件,并将让您的增量构建继续进行。明显的缺点是您必须维护潜在的大量目标。
  2. 使用 FileTracker 在 C# 中实现自定义任务.但是我不确定这是 Microsoft 支持的东西,因为我看不到它被除 Microsoft 之外的任何人使用。
  3. 在 C# 中实现一个自定义任务,该任务将读取您的依赖项列表,然后根据文件的时间戳有条件地执行操作或跳过它。

关于msbuild - 如何在 MSBuild 中指定额外的依赖文件?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25776936/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com