I have found the root cause of the issue with 'c++' tool.
Function distutils.sysconfig.get_python_lib() is used to find tools directory and it seems that it always returns to /usr/libX/pythonX.X/site-packages But on some Linux distributions (SUSE for example) distutils installs third party libraries into /usr/local/libX/pythonX.X

I will fix it very soon.
But as a temporary workaround you can add tools path explicitly (X should be replaced to actual values):
$ aql -I /usr/local/libX/pythonX.X/site-packages/aqualid

Thank you for the bug report.

On 01/21/15 21:04, Dirk Bächle wrote:
Hi Constantine,

On 21.01.2015 13:18, Constantine wrote:
Hello Dirk,

I tested this SCons version with memory optimizations on 10000 C++ files.
Updated graphs can be found here:
https://github.com/aqualid/aqualid/wiki/Benchmark-results-for-v0.5

I see about 20% improvement.


thanks for your updates, the 20% are about what I would've expected.
I'm currently trying to reproduce your benchmark on my machine, but I'm
struggling with the genbench.py script. The created make.aql requests
the "c++" tool, while no such module exists in the "aqualid/tools" package.
What's going on?

In addition, after the initial "python setup.py install" the "aql" script
wouldn't run because it contained DOS (CRLF) line endings. I had to run dos2unix
on the script...

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

Reply via email to