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