Gerrit Voss wrote: > Hi, > > On Wed, 2007-02-14 at 14:27 -0600, Allen Bierbaum wrote: > > >> In the case of SCons, you could use the standard python methods of >> overriding and injecting methods, classes, etc. In the case of >> scons-addons I can just give you commit access. :) >> > > ok, I'll see if this makes sense. But something tells me there will be > support nightmare looming along this lines. > > Having some magic injections coming from out of nowhere is not so easy > to figure out for anybody other than the one who wrote it. It's already > not so easy to figure out what scons/scons-addons does. > > I hope that there will not have to be much if any magic injection. Most things with scons are designed to be extensible (builders, tools, scanners, etc). If we come up with a case where it is not, then I think the scons developers will be responsive to our needs.
> And I fear it gets worse than the context sensitive global var magic > Agreed. I consider the variant code in scons-addons to still be a hack that needs revisited. It just doesn't work the way it should. I know I need to get back to it but I have not had any time lately to work on it. If anyone has ideas on how to redesign the variant stuff in scons-addons, I would love to discuss it. -Allen > for combo in variant_helper.iterate(locals(), base_bldr, common_env): > . > . > . > > does ;-). > > regards, > gerrit > > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Opensg-core mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-core
