构建目标列表生成器时如何处理 OMake 中未知目标的构建规则

Question

我有一个使用 OMake 作为构建系统的项目，我正在尝试处理一个相当困难的极端情况。

我有一些定义文件和一个可以获取这些定义文件并创建 GraphViz 文件的工具。但存在两个问题：

• 每个定义文件可以生成多个图形，并且它可以生成的图形列表被编码在文件中。我的转储工具确实有一个 -list 选项，它列出了定义文件将生成的所有图形。
• 该转储工具构建在源代码树中。
• 我希望 OMakefile 中提供此列表，以便我可以使用其他规则将 DOT 文件转换为 SVG，并有一个依赖于所有 SVG 的虚假目标（目标：使用单个构建命令构建所有图形的 SVG 描述）。

如果我只有第一个问题，那就很容易了 - 我将运行该工具来构建一个列表，然后使用该列表来构建一个调用转储器来输出 GraphViz 文件的目标。然而，我相当坚持在需要之前强制构建转储工具。

如果这是 make，我只需递归运行 make 来构建转储工具。但是，OMake 不允许递归调用，并且 build 函数只能在 osh 中使用。

对于解决这个问题有什么好的建议吗？

Answer 1

好的，这是我的建议。首先，这是一个用 bash 制作的快速生成器，它可以采用“--list”参数来创建一个 omake 变量来包含要做的事情的列表。该生成器称为“generator.txt”，因为我们将通过将其重命名为 .sh 来“制作”它。

#!/bin/bash

if [ "$1" = "--list" ]; then
    echo -e 'FILES[] = \n\ta\n\tb\n\tc'
else
    echo 1 > a.dot
    echo 2 > b.dot
    echo 3 > c.dot
fi

然后，OMakefile 本身：

.INCLUDE: rules : generator.txt
    cp generator.txt generator.sh
    chmod 755 generator.sh  
    ./generator.sh
    ./generator.sh --list > rules

DOTS[] =
    $(addsuffix .dot, $(FILES))

SVGS[] =
    $(addsuffix .svg, $(FILES))

# rule to turn a .dot into a .svg
%.svg: %.dot
    cp $*.dot $*.svg

.DEFAULT: $(SVGS)

.PHONY: clean
clean:
    rm -f generator.sh a.* b.* c.* rules

这里的技巧是从生成器.txt 生成“规则”文件，并将其包含在 OMakefile 中。每当generator.txt（生成器的源代码）发生变化时，我们都会重新创建（构建）生成器，运行它（创建文件a.dot、b.dot、c.dot），最后使用 --list 运行它以生成我们的生成器FILE[] 变量包含要生成的文件列表。

然后，生成 DOTS 和 SVGS 变量以及将点转换为 svg 的规则就变得微不足道了。默认目标取决于 svgs 列表，它将按顺序构建所有内容。

这种方法的问题是构建生成器非常粗糙，因为我们必须将“INCLUDE”依赖项列表作为真实文件。尽管如此，这至少应该以正确的顺序执行操作。

请注意修改generator.txt（例如，添加另一个要生成的.dot，或更改.dot 内容的生成方式）如何正确强制重新生成generator.sh，然后重新生成任何生成的文件被修改。

编辑

我认为主要问题是 omake 期望能够在开始做任何工作之前生成整个依赖关系图。因此，它无法处理某些依赖项来构建生成器，然后生成更多依赖项来处理其输出。

我想有一些方法可以解决：

• 第一个是将生成器构建为 .INCLUDE 指令的一部分，正如我首先描述的那样，这很麻烦，因为您必须将所有生成器构建过程放入其中 。

• 第二个方法是失去一些灵活性，并处理一个输入到一个输出，例如让生成器仅生成一个包含所有串联输入的文件。正如您所知，您只有一个文件，因此可以轻松设置依赖项。

• 第三个，也是我最喜欢的，是拥有一个两阶段构建系统。在子目录中，您有一个 OMakefile，它生成生成器并输出文件。在另一个子目录中，您有另一个 OMakefile，它读取第一个目录的内容以生成要处理的文件列表，然后运行转换。然后，在主目录中，bash 脚本在第一个目录中调用 omake，然后在第二个目录中调用 omake。这希望意味着您可以使用单个命令生成所有内容，而且重建也将是最小的：第一个 omake 仅在输入发生更改时重新生成文件，第二个 omake 仅会转换已更改的文件或新文件。< /p>