是否可以使Microsoft build.exe包含来自远程目录的源？

StackOverflow https://stackoverflow.com/questions/411841

  •  03-07-2019
  •  | 
  •  

题

添加多个目录的源文件（例如../../source.cpp或../../../somewhere_else/source.cpp，而不仅仅是source.cpp或../source。 cpp）到WDK / DDK构建中的SOURCES =声明会产生以下错误：

Ignoring invalid directory prefix in SOURCES= entry

是否可以在构建中包含远程源文件？

有帮助吗？

解决方案

无法直接执行此操作。 build 是专门为处理而设计的 源代码在 sources 文件的相同或父目录中。它不能使用来自任意位置的源文件。特别是，它的依赖跟踪系统似乎无法解析和跟踪远程文件，因此它明确检查并强制所有文件都是本地文件。

有两种常见的解决方案：

  1. 将远程代码构建为单独的lib（通过同一 build 项目中的另一个子项目/目录，或使用独立的构建步骤）。

  2. 为每个远程源文件放置一个本地存根，该文件执行 #include＆quot; ../../ remote_source.cpp ，并将此本地存根添加到 SOURCES = 列表，而不是。这将有效，但 build / nmake 将 跟踪 remote_source.cpp 中的依赖项。如果 remote_source.cpp 发生更改，则必须 touch 本地代理源，否则强制重建（删除本地代理obj，运行 build 使用 -cZ 或其他方式。

其他提示

另一种方法是使用source.inc来包含这些文件。

讨厌复活一个超级老话题，但我也遇到了这个问题。

另一种替代方法是在其中创建另一个源文件，该文件仅构建远程源的目标文件，因此基本上是名为 somewhere_else \ sources 的文件，并为其提供相同的中间目录。

然后将'dirs'文件添加到原始目录并在其中指定该远程文件夹。然后通过向原始源文件添加类似的内容直接链接到目标文件：

$(TARGETLIBS) = $(PROJECT_OBJ_ROOT)\$(O)\source.obj

这样，您不必编译为lib，但build会将其视为一个并且链接不需要任何依赖性检查或关注位置。

当然，如果你给他们相同的中间目录和相同的原始源文件名（source.cpp），你可能会遇到一些问题

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top