elm*_*lmo 7 python code-generation scons
我试图SCons生成多个目标(直接编号未知SConscript).
我有这样的目录:
headers/
Header1.h
Header2.h
Header3.h
Header4.h
meta/
headers_list.txt
Run Code Online (Sandbox Code Playgroud)
现在我想要SConscript读取headers_list.txt,基于其内容选择文件从headers/目录(即它可能只包含Header1和Header3),对于我想要使用某些函数生成源的每一个.
我一直试图用env.Command它来做,但问题是它需要调用者指定目标列表,由于显而易见的原因在调用时不知道env.Command.
我唯一能想到的就是跑步:
for header in parse( headers_file ):
source = mangle_source_name_for_header( header )
env.Command( source, header, generator_action )
Run Code Online (Sandbox Code Playgroud)
但这意味着parse( headers_file )每次调用时我都会运行scons.如果解析成本高昂且文件不经常更改,则可以轻松缓存此步骤.
为实现缓存,我缺少什么SConsc构造/类/技术?
编辑:
看来我的问题类似于SCons目标的构建时间确定,但是没有人工虚拟文件的技术吗?
此外,即使使用临时文件,我也看不出我应该如何将target变量从Command生成可变数量的目标传递给第二个将迭代它们的目标.
编辑2:
这很有希望.
我发现我能做到这一点的唯一方法是使用emitter. 下面的示例由 3 个文件组成:
./
|-SConstruct
|-src/
| |-SConscript
| |-source.txt
|-build/
Run Code Online (Sandbox Code Playgroud)
SConstruct
env = Environment()
dirname = 'build'
VariantDir(dirname, 'src', duplicate=0)
Export('env')
SConscript(dirname+'/SConscript')
Run Code Online (Sandbox Code Playgroud)
src/SConscript
Import('env')
def my_emitter( env, target, source ):
data = str(source[0])
target = []
with open( data, 'r' ) as lines:
for line in lines:
line = line.strip()
name, contents = line.split(' ', 1)
if not name: continue
generated_source = env.Command( name, [], 'echo "{0}" > $TARGET'.format(contents) )
source.extend( generated_source )
target.append( name+'.c' )
return target, source
def my_action( env, target, source ):
for t,s in zip(target, source[1:]):
with open(t.abspath, 'w') as tf:
with open(s.abspath, 'r') as sf:
tf.write( sf.read() )
SourcesGenerator = env.Builder( action = my_action, emitter = my_emitter )
generated_sources = SourcesGenerator( env, source = 'source.txt' )
lib = env.Library( 'functions', generated_sources )
Run Code Online (Sandbox Code Playgroud)
src/source.txt
a int a(){}
b int b(){}
c int c(){}
d int d(){}
g int g(){}
Run Code Online (Sandbox Code Playgroud)
输出:
$ scons
scons: Reading SConscript files ...
scons: done reading SConscript files.
scons: Building targets ...
echo "int a(){}" > build/a
echo "int b(){}" > build/b
echo "int c(){}" > build/c
echo "int d(){}" > build/d
echo "int g(){}" > build/g
my_action(["build/a.c", "build/b.c", "build/c.c", "build/d.c", "build/g.c"], ["src/source.txt", "build/a", "build/b", "build/c", "build/d", "build/g"])
gcc -o build/a.o -c build/a.c
gcc -o build/b.o -c build/b.c
gcc -o build/c.o -c build/c.c
gcc -o build/d.o -c build/d.c
gcc -o build/g.o -c build/g.c
ar rc build/libfunctions.a build/a.o build/b.o build/c.o build/d.o build/g.o
ranlib build/libfunctions.a
scons: done building targets.
Run Code Online (Sandbox Code Playgroud)
另外,这还有一件事我不太喜欢,那就是headers_list.txt每次scons执行时的解析。我觉得应该有一种方法只有在文件发生变化时才能解析它。我可以手动缓存它,但我仍然希望有一些技巧可以让 SCons 为我处理缓存。
而且我找不到一种不重复文件的方法(a并且a.c是相同的)。一种方法是简单地在 my_action 中生成库而不是源(这是我在最终解决方案中使用的方法)。