Hi all, About stubprocess.py thing... I think we have some more small fixes for that thing.
Thanks, Vasily 2014-08-18 21:17 GMT+04:00 Kenny, Jason L <jason.l.ke...@intel.com>: > On the slots usage. > > I believe for me the value of slots was that it reduced memory a lot. I > posted tests some time ago to show this. Ideally I would be a fan of python > cleaning this up internally, but at the end of the day the __slots__ just > seem to be a memory allocator tweak. > > This is why I pushed the idea in the first place. We have builds that take > a lot of memory ( 3-6 GB) by just the build system alone. This space would > be better used by the tool ( ie compilers). I feel that given some fixes > in certain area of SCons that we should be able to reduce this a great > deal. This will make it easier to build large projects and it will make it > faster. I don't have an issue that SCons might use a GB, but the current > usage seems to be about a factor 10 to much. > > Jason > > > -----Original Message----- > From: Scons-dev [mailto:scons-dev-boun...@scons.org] On Behalf Of anatoly > techtonik > Sent: Monday, August 18, 2014 11:52 AM > To: Dirk Bächle; SCons developer list > Subject: Re: [Scons-dev] catching up > > On Mon, Aug 18, 2014 at 12:36 AM, Dirk Bächle <tshor...@gmx.de> wrote: > > Making this a little more complete: > > > > - patch/bug release 2.3.3? (fix for D tools) > > - Node class patch (switch to __slots__) > > Will that be really useful? > http://lucumr.pocoo.org/2014/8/16/the-python-i-would-like-to-see/ > > > - Integration of stubprocess.py > > Is it possible a link to relevant research to > http://www.scons.org/wiki/Roadmap ? > > > - release 2.4? > > - then, Python3 and Toolchain? > > I'd say Toolchain and Python3. Because history is important to understand > how certain things work and why they are here in the first place. > Python3 merge will make a big mess out of that, so I am for maintaining a > parallel branch repository with drafts turned on and waiting until > BitBucket enables obsolescence markers on server side. This way we can get > rebases without loosing history. > _______________________________________________ > Scons-dev mailing list > Scons-dev@scons.org > http://two.pairlist.net/mailman/listinfo/scons-dev > _______________________________________________ > Scons-dev mailing list > Scons-dev@scons.org > http://two.pairlist.net/mailman/listinfo/scons-dev >
_______________________________________________ Scons-dev mailing list Scons-dev@scons.org http://two.pairlist.net/mailman/listinfo/scons-dev