[Scons-users] SCons as a library

[Matias Iturburu]

2013/10/11 Gary Oberbrunner <garyo at oberbrunner.com>


> On the general topic of using Sapphire as a library (i.e. directly from an

> existing python process), it was never really a design goal for SCons to

> work that way; it's optimized as much for people who don't know a lot of

> python as it is for python experts (though we've tried to make it useful

> for both constituencies of course).  That said, if you look in

> SCons/Script/Main you can see how the main script bootstraps itself, reads

> the SConstruct, and starts the build.  Getting in at that level is

> DEFINITELY not supported, but I believe it can be integrated at that level.

>  But don't forget that just popening a subprocess to runs SCons is going to

> be way, way, simpler.

>

>

This is the answer I was expecting.
One thing I was fearing was that by relying too much in the SCons-Way® we
lose some python goodness.
One thing we wanted was to make our program a proper python package and get
some third party libraries into play, namely apt and pacman bindings.
Anyway. Considering the elements given into play during this thread we'll
maybe end up just embracing SCons and work around the needs for third party
libraries in some way.

Thank you all for the kind feedback.



>

> On Fri, Oct 11, 2013 at 7:35 AM, Matias Iturburu <

> matias.iturburu at tallertechnologies.com> wrote:

>

>>

>>

>>

>> 2013/10/11 Bill Deegan <bill at baddogconsulting.com>

>>

>>> Matias,

>>>

>>> After a brief look at your code and builders, I think you've not really

>>> grasped how builders should work in SCons.

>>>

>>> If you're using subprocess in a builder, you are likely doing something

>>> wrong.

>>>

>>

>> Yeah, I feel the smell. It's the main argument in favor of a major

>> refactor of fbuild.

>>

>>

>>>

>>> I suggest you read the following:

>>> http://www.scons.org/wiki/ToolsForFools

>>>

>>

>> Really interesting. Thanks for the pointer.

>>

>>

>>>

>>>

>>> Hope this helps,

>>> Bill

>>>

>>>

>>>

>>>

>>> On Thu, Oct 10, 2013 at 11:30 PM, Bill Deegan <bill at baddogconsulting.com

>>> > wrote:

>>>

>>>>

>>>>

>>>>

>>>> On Wed, Oct 9, 2013 at 10:30 PM, Matias Iturburu <

>>>> matias.iturburu at tallertechnologies.com> wrote:

>>>>

>>>>>  On 09.10.2013 16:36, Matias Iturburu wrote:

>>>>>>>

>>>>>>>> Hello list.

>>>>>>>>

>>>>>>>> At work I'm maintaining a build tool based on SCons, fudepan-build (

>>>>>>>> https://code.google.com/p/**fudepan-build/<https://code.google.com/p/fudepan-build/>

>>>>>>>> ).

>>>>>>>> It's been used quite a lot for a number of projects and every

>>>>>>>> project in FuDePAN (http://fudepan.org.ar/).

>>>>>>>>

>>>>>>>> The tool has grown over the years and itself has its number of

>>>>>>>> design mistakes sort of defeating the purpose of using SCons.

>>>>>>>>

>>>>>>>> [...]

>>>>>>>>

>>>>>>>> Do you guys knows of something that already does that? or some

>>>>>>>> other comment about the project?

>>>>>>>>

>>>>>>>>

>>>>>>> can you possibly tell which functionality exactly is missing in

>>>>>>> SCons, and that you have to add or provide with your own fudepan-build

>>>>>>> tool? Maybe it could be added to either SCons or Parts (Did you already

>>>>>>> have a look at the latter? Visit http://parts.tigris.org/ )...just

>>>>>>> as an idea.

>>>>>>>

>>>>>>>

>>>>>> Haven't seen Parts. Really interesting.

>>>>>>

>>>>>> I think is not a matter of things that are missing in SCons as much

>>>>>> as things that SCons should not be doing, like checking out my or my

>>>>>> organization's) project from its repo, running unittests or coverage

>>>>>> metrics against my project, running static analysis tools. Actions that

>>>>>> doesn't have to do with actually building the project but with giving new

>>>>>> members a faster ramp up and formalizing the organization workflow.

>>>>>>

>>>>>>

>>>>>>

>>>>>> Not sure why you think that SCons should not be doing those tasks.

>>>>>>

>>>>>

>>>> Any comment on this question?

>>>>

>>>>

>>>>

>>>>>  Many users have added such logic to their SCons implementation with

>>>>>> great success.

>>>>>>

>>>>>

>>>>> Can you point me to some example? You are talking about in a forks? I

>>>>> don't want to maintain my own SCons version...

>>>>>

>>>>

>>>> No I am not talking about a fork.

>>>> Take a look here: http://www.scons.org/wiki/SconsRecipes#Testing

>>>> There are many examples of builders for running various tools there.

>>>> None of which require forking SCons.

>>>>

>>>>

>>>>

>>>>>

>>>>>

>>>>>> It's likely that you just don't want SCons to do those items by

>>>>>> default (without explicitly asking for them to be run).

>>>>>>

>>>>>

>>>>>  Right.

>>>>> For instance. In fudepan, fbuild keeps track of the fundation's

>>>>> projects, so any newcomer can download fbuild and say *fbuild targets*and it will list the projects available to him, he can then download it

>>>>> with *fbuild myproject:checkout* and run its unittests with *fbuild

>>>>> myproject:test* and so on...

>>>>>

>>>>

>>>> Still not sure why you can't do this with vanilla SCons and some of

>>>> your own builders.

>>>> And perhaps a few aliases..

>>>>

>>>> -Bill

>>>>

>>>

>>>

>>> _______________________________________________

>>> Scons-users mailing list

>>> Scons-users at scons.org

>>> http://four.pairlist.net/mailman/listinfo/scons-users

>>>

>>>

>>

>>

>> --

>> <http://www.tallertechnologies.com>

>> Matías Iturburu

>> Software Engineer

>>

>> *San Lorenzo 47, 3rd Floor, Office 5

>> Córdoba, Argentina

>>

>> *

>> *Phone: +54 351 4217888 / +54 351 4218211

>> Skype: matias.iturburu*

>>

>> _______________________________________________

>> Scons-users mailing list

>> Scons-users at scons.org

>> http://four.pairlist.net/mailman/listinfo/scons-users

>>

>>

>

>

> --

> Gary

>

> _______________________________________________

> Scons-users mailing list

> Scons-users at scons.org

> http://four.pairlist.net/mailman/listinfo/scons-users

>

>



-- 
<http://www.tallertechnologies.com>
Matías Iturburu
Software Engineer

*San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina

*
*Phone: +54 351 4217888 / +54 351 4218211
Skype: matias.iturburu*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://four.pairlist.net/pipermail/scons-users/attachments/20131011/eb30ae21/attachment.html