Gary, I agree ( I think you mentioned in another thread) that lazy tool initialization would remove a lot of wasted and duplicated tool initialization.
-Bill On Wed, May 28, 2014 at 11:50 PM, anatoly techtonik <[email protected]> wrote: > On Thu, May 29, 2014 at 12:43 AM, Bill Deegan <[email protected]> > wrote: > >> Gary, >> >> I was under the impression (need to check the code), that you could do: >> DefaultEnvironment(tools=[]) in SConstruct and it would prevent any tools >> from being initialized and speed SCons startup. >> >> Did I misunderstand? >> > > No, that's correct. > > > https://stackoverflow.com/questions/15205210/prevent-scons-from-looking-for-standard-tools#comment21499852_15206709 > > >> -Bill >> >> >> On Wed, May 28, 2014 at 5:40 AM, Gary Oberbrunner <[email protected]> >> wrote: >> >>> >>> >>> >>> On Wed, May 28, 2014 at 3:39 AM, anatoly techtonik <[email protected]> >>> wrote: >>> >>>> Hi, >>>> >>>> I found that SCons calls tool initialization twice for this simple >>>> SConstruct: >>>> >>>> env = Environment() >>>> env.Program(target='flite', source=[]) >>>> >>> >>> Right, this is one of the things I want to address with the toolchain >>> revamp. DefaultEnvironment is constructed before the SConstruct is read, >>> and all the default tools are detected there. >>> >>> Environment() is distinct from DefaultEnvironment(); DefaultEnvironment >>> is _only_ used for plain Object(), Program() etc. calls. This is by >>> design. Environment() does not inherit changes in DefaultEnvironment(). >>> >>> -- >>> Gary >>> >>> _______________________________________________ >>> Scons-dev mailing list >>> [email protected] >>> http://two.pairlist.net/mailman/listinfo/scons-dev >>> >>> >> >> _______________________________________________ >> Scons-dev mailing list >> [email protected] >> http://two.pairlist.net/mailman/listinfo/scons-dev >> >> > > > -- > anatoly t. > > _______________________________________________ > Scons-dev mailing list > [email protected] > http://two.pairlist.net/mailman/listinfo/scons-dev > >
_______________________________________________ Scons-dev mailing list [email protected] http://two.pairlist.net/mailman/listinfo/scons-dev
