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: https://dl.dropboxusercontent.com/u/40097540/misc/scons/scons_objects_output.zip The 2.5.0 output is around 2000 lines longer than the 2.4.1 output, both are around 430 000 lines. As a test, is it possible to disable the cross language scanner somehow, either by passing something to the environment or patching the scons code? Dirk: thanks for the link. I have tested some but not all the tricks used there, and I will definitely look closer at it after we (hopefully) get to the bottom of this. I would at least like to understand what's going on in our case, so thanks for all the help. Could it be that just adding a small number of dependencies in the wrong place can, due to recursive effects, cause such a significant increase in the processing time? Thanks, Thomas On Mon, Apr 11, 2016 at 6:02 PM, Dirk Bächle <[email protected]> wrote: > 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 might want to try out my "fastcpp" > extension at: > > https://bitbucket.org/dirkbaechle/scons_fastcpp > > . It may give you some speedup, but please regard its disclaimer. > > Best regards, > > Dirk > > > _______________________________________________ > Scons-dev mailing list > [email protected] > https://pairlist2.pair.net/mailman/listinfo/scons-dev _______________________________________________ Scons-dev mailing list [email protected] https://pairlist2.pair.net/mailman/listinfo/scons-dev
