[Scons-users] blocking execution until compilation is done

[edA-qa mort-ora-y]

But when I add a Depends to a target it requires that dependency to be
built if it is out-of-date.  That is, it creates an actual dependency.

I have "check_b" which requires "prog_b". I don't wish the "check_b" to
run until all compilation is done then I do "env.Depends( check_b,
prog_a )". But what happens now is that if "prog_a" is outdated and I do
"scons check_b" it will proceed to build "prog_a". That's not what I
want. I only want to build "prog_a" if it is actually required.

I'm trying to create a fence which basically says all my build actions
have to occur prior to all my check actions. But there is no dependency
between all the check and build actions.


On 08/10/12 18:05, Kenny, Jason L wrote:

> Normally in SCons you set up a depend chains. So none the tests or actions you want to run after the compiler action is finish. In simple terms this might like:

> 

> Outs=env.Program(...)

> Env.test1(...,outs)

> 

> Or it could be like

> 

> Outs=env.Program(...)

> Tout=Env.runtest(...)

> Env.Depends(touts,outs)

> 

> 

> Jason

> 

> -----Original Message-----

> From: scons-users-bounces at scons.org [mailto:scons-users-bounces at scons.org] On Behalf Of edA-qa mort-ora-y

> Sent: Monday, October 08, 2012 10:57 AM

> To: scons-users at scons.org

> Subject: Re: [Scons-users] blocking execution until compilation is done

> 

> On 08/10/12 07:51, William Deegan wrote:

>> O.k. I don't see what the problem is.

>> You can do that with SCons..

> 

> I don't see how I can do it, that's why I'm asking.

> 

> 



-- 
edA-qa mort-ora-y
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Sign: Please digitally sign your emails.
Encrypt: I'm also happy to receive encrypted mail.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
Url : <http://four.pairlist.net/pipermail/scons-users/attachments/20121008/5e0af8d6/attachment.pgp>