William,
Thank you, I think you are onto something here. I was about to send
the following observations when your last e-mail arrived:
---
I did some diffing of the tree output, and found the following:
- part of the growth of the tree is indeed for Qt moc files. All the
correct header
Thomas,
The prune option keeps a group of dependencies from being printed more than
once. For example, you see the dependency tree for a c++ library L, but
executable that files linking against L will only show that it depends on L
directly and give a line stating that the dependencies of L
William,
I ran scons --tree=prune on a small subset of our build, and the text
output goes up from 7.5MB to 35MB for that subset. I guess that means
the dependency graph is four times bigger now.
Cheers,
Thomas
On Tue, Apr 12, 2016 at 12:43 PM, Thomas Berg wrote:
> Bill,
>
Bill,
Here is the output of --debug=objects:
https://dl.dropboxusercontent.com/u/40097540/misc/scons/scons_objects_2_4_1.txt
https://dl.dropboxusercontent.com/u/40097540/misc/scons/scons_objects_2_5_0.txt
Both are around 22MB, so here's a 3MB zip containing the two files:
Hi Thomas,
On 11.04.2016 16:59, Thomas Berg wrote:
Bill, below is the output of --debug=count, it is identical with
scons-2.4.1 and scons-2.5.0.
Since my case was about the no-op build (nothing is built), less
parallelization should not be an issue. ...
if you haven't already done so, you
Thomas,
Can you run --debug=objects on the other versions as well?
Just want to see if the object counts have change significantly between
2.5.0 and the others.
Thanks,
Bill
On Mon, Apr 11, 2016 at 10:59 AM, Thomas Berg wrote:
> Bill, below is the output of
Thomas,
Even on no-op, the difference in dependency generation could be
substantial. Consider comparing '--tree=prune' between a small QT target
between 2.5.0 and 2.4.1 and I think you will see that they are quite
different.
V/R,
William
On Mon, Apr 11, 2016 at 3:59 PM, Thomas Berg
Bill, below is the output of --debug=count, it is identical with
scons-2.4.1 and scons-2.5.0.
Since my case was about the no-op build (nothing is built), less
parallelization should not be an issue. We do have about 900 Qt Moc
generated files in our build, and I guess 1-2000 other generated
Thomas,
Can you run and post with "--debug=count"?
Thanks,
Bill
On Mon, Apr 11, 2016 at 7:14 AM, Thomas Berg wrote:
> Hi all,
>
> First of all, thanks for the 2.5.0 release!
>
> I have tested it in the build at my dayjob now, where we have a large
> C++ application built