Never used +1
From: Scons-users [mailto:scons-users-boun...@scons.org] On Behalf Of Jason
Kenny
Sent: 21 March 2017 16:13
To: SCons developer list ; SCons users mailing list
Subject: Re: [Scons-users] [Scons-dev] Is anyone using
Subversion/RCS/SCCS/BitKeeper/Perforce/CVS SCons tools?
I replac
environment for target
"exe" plus "A.o" because it's in the target list (as a dependency of "exe")]
If I can figure out a clean way to get only the targets on the command-line,
then that makes the most sense. The real question is do we want Case 1, Case
2,or bot
William,
from my experience using varname as a filter to limit the output will not help
much in big trees where my cloned env are assigned to vars with the same name.
I would find very useful having the env dump limited to the target node
specified on the command line: is this already supported
Gary,
Can you please point me to the testcase you are investigating? I would like
to test it with the scons code Im running ( dirk patch + some in house
changes): my developers that are running the experimental code did not
report problems so far, so I see a few options:
1) our company
On my side I could say that so far none of the guys I asked to test the branch
(3 developers) came back with problems after the small patch on the interactive
mode . On the other side we are running a slightly modified version of scons so
some of the changes we have done may have masked the prob
22:52, Gary Oberbrunner wrote:
On Wed, Jan 8, 2014 at 4:49 PM, roberto de vecchi
wrote:
Gary,
I think that the problem Im seeing is generated by the modification in
FS.py around line 3052:
...
removing the reset of self.cwd things look much better and I can build
correctly with
n detail this configuration.
Regards,
roberto
From: scons-dev-boun...@scons.org [mailto:scons-dev-boun...@scons.org] On
Behalf Of Gary Oberbrunner
Sent: mercoledì 8 gennaio 2014 19:52
To: SCons developer list
Subject: Re: [Scons-dev] please try latest default branch
On Wed, Jan 8, 20
I tried upgrading our company build engine including the latest default
branch and for std build it seems to work properly: the memory consumption
is reduced compared to the standard version. Unfortunately we are getting
many troubles with the interactive mode we use quite heavily. On the first
bui
I completely agree with Marc comments. In my experience disk speed is the
limiting factor for speeding up builds so increasing the number of parallel
job may in some cases only saturate the disk I/O capability.
Roberto
> -Original Message-
> From: scons-users-boun...@scons.org [mailto:sc
I'm also interested in this improvement. If there's anything I can help
with, send me an email
Bye
Roberto
> -Original Message-
> From: scons-dev-boun...@scons.org [mailto:scons-dev-
> boun...@scons.org] On Behalf Of TOM TANNER (BLOOMBERG/ LONDON)
> Sent: venerdì 22 giugno 2012 12:40
> T
10 matches
Mail list logo
