Re: [Scons-dev] [scons-dev] fix for 2903 breaks LIBPATH.py test..

2013-10-27 Thread alexandre . feblot
Yes, that was my initial conclusion. This commit changed: ShLibAction = SCons.Defaults.ShLinkAction(target, source, envlink) to: def VersionedSharedLibrary(target = None, source= None, env=None): ... result = SCons.Defaults.ShLinkAction(target, source, envlink) ... return result

[Scons-dev] Schedule for redesign?

2013-10-27 Thread Dirk Bächle
Hi, over the last few days I had another look at SCons' speed and memory problems. As posted in an earlier email, I am able to reduce the maximum amount of memory used during runtime (both, clean and update builds) by up to 50% in large C/CPP projects. This is reached by freeing infos in the

Re: [Scons-dev] [scons-dev] fix for 2903 breaks LIBPATH.py test..

2013-10-27 Thread Gary Oberbrunner
I just pushed a fix which I think is now correct. Alexandre's original fix was the right way to do it, because we do want to depend on all the link args. But the varlist code itself was broken, and wasn't ignoring $(...$) parts of variables, which broke the LINKPATH test. I fixed the varlist

Re: [Scons-dev] Schedule for redesign?

2013-10-27 Thread William Deegan
Dirk, On Oct 27, 2013, at 3:02 AM, Dirk Bächle tshor...@gmx.de wrote: Hi, over the last few days I had another look at SCons' speed and memory problems. As posted in an earlier email, I am able to reduce the maximum amount of memory used during runtime (both, clean and update builds) by