[Scons-dev] catching up

[Vasily]

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.kenny at 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-bounces at 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 <tshortik at 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 at scons.org
> http://two.pairlist.net/mailman/listinfo/scons-dev
> _______________________________________________
> Scons-dev mailing list
> Scons-dev at scons.org
> http://two.pairlist.net/mailman/listinfo/scons-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://two.pairlist.net/pipermail/scons-dev/attachments/20140818/75fdaac1/attachment.html>