测试目标是否存在

Question

我有一个 SCons 文件，它调用其他人构建程序的不同变体。 遗憾的是，其中一些变体（又名较低的 SConscript）需要通过调用外部程序来构建库。

# /SConstruct
<...>
subdirs = ['variant1', 'variant2', 'variant3']
for subdir in subdirs:
    SConscript(dirs=subdir, src_dir=subdir)

# /variant1/SConscript
localEnv = env.Clone() # Duplicates the global Environment so we may modify it without problems
localEnv.Command('../libs/generated.so', '', 'someexternalscript')
<...>

# /variant2/SConscript
localEnv = env.Clone() # Duplicates the global Environment so we may modify it without problems
localEnv.Command('../libs/generated.so', '', 'someexternalscript')
<...>

这给出了警告：

scons: warning: Two different environments were specified for target ../libs/generated.so
                but they appear to have the same action: someexternalscript

这当然是正确的，但我不知道如何检查变体 SConscripts 中是否存在目标。 由于其他人稍后可能会调用 SConscripts，因此我不能依赖全局变量的存在。

Answer 1

很难知道您是否真的认为 ../libs/ generated.so 是构建的一部分。

如果这是一个您希望存在于构建之外的库，但您想确定一下。我建议您使用“配置”来确保该库存在，如果不存在，您可能会失败或运行某些外部脚本来纠正这种情况。

config = Configure(env)
if not config.CheckLib("generated.so") make_generated_so()

实际上如何 make_ generated_so() 取决于您想要如何执行它，您可以将其作为构建的一部分，或者只是在此处的配置阶段运行 shell 脚本。

另一方面，如果您将 ../libs/ generated.so 视为构建的一部分，则必须创建此目标一次，并使依赖目标依赖于此 .so 文件，您可以通过包含 generated.so 来做到这一点节点作为 env.Program("someprogram",target) 中目标的一部分，或者只是执行 env.Depends(sometarget," generated.so")

Answer 2

因此，SConscript1 将构建：../libs/ generated.so，而 SConscript2 将构建相同的 ../libs/ generated.so - 相同的目标文件。

您不能使用 2 个相同的目标（SConscript1 和 SConscript2 中的 ../libs/ generated.so ）。您必须为 SConscripts 中的命令之一指定不同的目标。例如，对于 SConscript2 命令(../libs/ generated2.so.

但我不知道如何检查目标是否存在于
变体 SConscripts

为什么需要检查它？如果 scons 检测到目标需要构建，则会构建它。如果任何源文件发生更改，您还可以为运行命令设置额外的依赖项来生成 .so。

genLibCmd = localEnv.Command('../libs/generated.so', '', 'someexternalscript')
Depends(genLibCmd, [ listOfSrcThatSomeExternalScriptUse ])

为了测试现有目标，您可以使用 scons 类文件：

File('#libs/generated.so').exists()

但是，我确信 - 如果您两次构建相同的目标，您会得到错误的 Sconscripts。

Answer 3

在这种情况下，我不会克隆该特定进程的环境。我认为您不需要在您的示例中这样做，因为该命令不会更改 env 中的任何内容。之后您可以克隆。
如果这个目标最终被不同的 SConscript 调用，并且它们的环境已经克隆，那么有一个可用于此目的的单一环境。

Answer 4

如果这确实是代码，我会看到两种删除警告的方法：

# /SConstruct
<...>
subdirs = ['variant1', 'variant2', 'variant3']
for subdir in subdirs:
    SConscript(dirs=subdir, src_dir=subdir)

# /variant1/SConscript
localEnv = env.Clone() # Duplicates the global Environment so we may modify it without problems
localEnv.Command('../libs/generated.so', '', 'someexternalscript')
<...>

# /variant2/SConscript
localEnv = env.Clone() # Duplicates the global Environment so we may modify it without problems
localEnv.Command('../libs/generated.so', '', 'someexternalscript')
<...>

另请注意，实际上没有两个 SConscript（一个在variant1中，一个在variant2中，它是相同的SConscript。

第一个：在克隆之前调用一些外部脚本：

# /variant*/SConscript
env.Command('../libs/generated.so', '', 'someexternalscript')
localEnv = env.Clone() # Duplicates the global Environment so we may modify it without problems
<...>

其次：添加一些条件逻辑并通过 SConscript 调用传递一个标志：

# /SConstruct
<...>
subdirs = ['variant1', 'variant2', 'variant3']
for subdir in subdirs:
    build_generated = (subdir == 'variant1')
    SConscript(dirs=subdir, src_dir=subdir, exports=['env','build_generated'])

# /variant*/SConscript
Import('build_generated','env')
localEnv = env.Clone() # Duplicates the global Environment so we may modify it without problems
if build_generated:
    localEnv.Command('../libs/generated.so', '', 'someexternalscript')
<...>

最后：如果您总是希望调用此脚本，则可以将调用放在在S构造中另外

，为什么将目标的源列为“”？

该目标永远不会改变，至少源应该是某个外部脚本。