[Scons-users] Re-2: Code generation dependency problem

[Laurent Marchelli]

Hi Roman,

Maybe a dumb question ?
Are you not supposed to add suffix='.cpp'  to the following line :
env.Builder(action = generate_code_wrapper, src_suffix = '.xsd', emitter =
emit)

To create the link between source extension and target extension ?
Regards

2014-12-05 13:28 GMT+01:00 Roman Karlstetter <Roman.Karlstetter at ifta.com>:

>   Hi,
>
> ok, thanks.
>
> Code generation is performed with a Builder, which is implemented as a
> python function, which gets
> *.xsd (XML Schema definition) files as input and generates one *.cpp and
> one *.hpp.
>
> env.CodeFromXSDSchema('myfile', ['first.xsd', 'second.xsd'])
>
> This builder is defined as follows:
>
>
> bld = env.Builder(action = generate_code_wrapper, src_suffix = '.xsd',
> emitter = emit)
>
> env.Append(BUILDERS = {'CodeFromXSDSchema' : bld})
>
>
>
> which is based on these two functions (a wrapper which calls the actual
> code generation function and an emitter-function)
>
>
> def generate_schema_wrapper(target, source, env):
>
>     source_filenames = [s.abspath for s in source]
>
>     target_header = target[0].abspath
>
>     target_impl = target[1].abspath
>
>     codegen.generate(source_filenames, target_header, target_impl) #
> function doing actual code generation
>
>
> def emit(target, source, env):
>
>     target = [target[0].abspath + '.hpp', target[0].abspath + '.cpp']
>
>     return target, source
>
>
>
>
>
> Perhaps one additional thing I noticed: when building with only one job
> (no parallelism), the case where I delete both of the generated files does
> not lead to any problems, the build run fine then (by chance?).
>
>
>
> Regards,
>
> Roman
>
>
>
>
>
>
>    Original Message processed by david®
>
>   *Re: [Scons-users] Code generation dependency problem* (05-Dez-2014
> 12:50)
>  *From:*   Laurent Marchelli <laurent.marchelli at gmail.com>
>  *To:*
> SCons users mailing list <scons-users at scons.org>
>
>  Hello Romain,
>
>
> In our case, *.cpp file seems to be intermediate files, ensure that your
> source files (template for cpp generation) do not have the *.cpp extension
> and create your own builder.
> Have a look to
> http://www.scons.org/doc/production/HTML/scons-user.html#chap-builders-writing
> .
>
>
> Regards,
> Laurent
>
> 2014-12-05 10:58 GMT+01:00 Roman Karlstetter <Roman.Karlstetter at ifta.com>:
>
>>  Hi,
>>
>> I have a problem with dependencies and generated code in my project using
>> scons.
>>
>> I want to do the following:
>>  1. Generate some code which results in a *.cpp and a corresponding *.hpp
>> file.
>>  2. Compile my project, including the generated files.
>>
>> In most cases (especially when the generated files are up to date),
>> everything works fine. But sometimes, scons cannot find the generated file,
>> I assume that it is regenerating the file and at the same time trying to
>> compile it as an object file (I can provoke the error by deleting the
>> generated files, doing a clean build is no problem).
>> This is the error that I get:
>>
>> scons: *** [my_file.obj] Source `my_file.cpp' not found, needed by target
>> `my_file.obj'.
>>
>> Is there a way to tell scons to wait for the cpp-file to be generated and
>> only after that start compiling an object file from it?
>>
>> Kind regards,
>> Roman
>>
>> PS: The generated file lies next to all the other cpp-files of the
>> project, I collect them via Glob('*.cpp')
>>
>>
>>
>> _______________________________________________
>> Scons-users mailing list
>> Scons-users at scons.org
>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>
>>
>
>
>
> _______________________________________________
> Scons-users mailing list
> Scons-users at scons.org
> https://pairlist4.pair.net/mailman/listinfo/scons-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist4.pair.net/pipermail/scons-users/attachments/20141205/e371cde5/attachment.html>