Re: Accommodating dependency cycles.

Bill Deegan <bill-cJFiu+DHMVC5azolltMz9laTQe2KTcn/@public.gmane.org>
Newsgroups gmane.comp.programming.tools.scons.devel
Message-ID <CAEyG4CGs4G1m7+Hco5cpDfZ=SgoZX9sFL4cem5B9m3hBmRDNhg@mail.gmail.com>
Should the default for Command() builder, then be as you listed above..

source_scanner = SCons.Scanner.Base( {}, name = 'CommandDefault', recursive
= False )

Can this be overridden in
env.Command()?

I think it could be useful to be able to enable such though.
If your command action actually does something like preprocessing..

On Thu, Mar 23, 2017 at 7:11 AM, William Blevins <[email protected]>
wrote:

> Command Builder is probably running the CScanner because of adding the
> SourceFileScanner to default scanner list.
>
> On Mar 23, 2017 7:10 AM, "Gary Oberbrunner" <[email protected]> wrote:
>
>
> On Wed, Mar 22, 2017 at 10:47 PM, William Blevins <[email protected]>
> wrote:
>
>> Here is another one. I assume this round of issues is because they
>> updated SCons on the latest Ubuntu. This one actually makes sense. Someone
>> else posted this one. "test2.h" explicitly depends on "test.h" via Command
>> Builder, and "test.h" implicitly depends on "test2.h" via scanner.
>
>
> except not quite: the scanner makes (or *should* make) anything *compiled
> from* test.h (e.g. test.obj) depend on test2.h. test.h has no
> dependencies; it's a source. As perhaps you noted above, it seems like the
> Command builder is somehow running the C scanner, but shouldn't. If the
> Command in this example had been an Object or Program whose target was
> still called test2.h, then there would be a real dependency loop (because
> test.h includes test2.h, SCons shouldn't compile test.h into the result
> object until test2.h is up-to-date, and the result "object file" in that
> case is called test2.h).
>
> --
> Gary
>
> _______________________________________________
> Scons-dev mailing list
> [email protected]
> https://pairlist2.pair.net/mailman/listinfo/scons-dev
>
>
>
> _______________________________________________
> Scons-dev mailing list
> [email protected]
> https://pairlist2.pair.net/mailman/listinfo/scons-dev
>
>

_______________________________________________
Scons-dev mailing list
[email protected]
https://pairlist2.pair.net/mailman/listinfo/scons-dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.