Hi Dirk,
Sorry for the long delay.
I've made a new release with the fix of this issue
<https://github.com/aqualid/aqualid/issues/24>.
It also includes a fix for another issue with ccache
<https://github.com/aqualid/aqualid/issues/25>.
New release is available here: https://github.com/aqualid/aqualid/releases
BTW, I made a typo in the workaround.
Tools are located in tools sub-directory.
So valid workaround for the previous version is:
$ aql -I /usr/local/libX/pythonX.X/site-packages/aqualid*/tools*
/> Or is there no 1:1 mapping between a Tool named "foobar" and a file
"foobar.py" that has to exist in the search path? /
Yes. There is no 1:1 mapping.
Name of a tool is given using a decorator. One tool may have several names.
For examples:
| @tool('c++', 'g++', 'gxx', 'cpp', 'cxx')||
|| class ToolGcc( Tool ):||
|
More details in my other email of this thread:
http://article.gmane.org/gmane.comp.programming.tools.scons.devel/12832
I wrote that email hoping it could be helpful for discussion of Tools
subsystem - http://scons.org/wiki/RevampToolsSubsystem
Initially I implemented this logic for SCons with my extension.
I think that this tools loading logic is very flexible and user friendly
(of course there are some bugs in the implementation :)
Thank you.
Best regards,
Constantine.
On 01/22/15 21:25, Dirk Bächle wrote:
On 22.01.2015 19:11, Constantine wrote:
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
I tried this as well, with the proper path replaced...but still no
luck here. What I'm wondering about mostly is, that I don't see a
module file "c++.py" in the tools subdirectory. Neither in the
downloaded release archive, nor in the clone of the Git repository. Or
is there no 1:1 mapping between a Tool named "foobar" and a file
"foobar.py" that has to exist in the search path?
The Gnu compiler gcc/g++ is in the default path, version is:
gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2
.
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
