[Scons-dev] SCons-like build system

[Constantine]

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
> Scons-dev at scons.org
> https://pairlist2.pair.net/mailman/listinfo/scons-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist2.pair.net/pipermail/scons-dev/attachments/20150124/c8c3ae05/attachment.html>