[Scons-dev] no more print statements in SConscripts?

Tim Jenness tjenness at lsst.org
Wed May 25 17:47:06 EDT 2016


> On May 25, 2016, at 14:38, Bill Deegan <bill at baddogconsulting.com> wrote:
> 
> Tim,
> 
> Here's the implementation:
> https://bitbucket.org/scons/scons/src/1e0827962a2bb114041df47d44be2384c86f3918/src/engine/SCons/Script/SConscript.py?at=default&fileviewer=file-view-default#SConscript.py-251 <https://bitbucket.org/scons/scons/src/1e0827962a2bb114041df47d44be2384c86f3918/src/engine/SCons/Script/SConscript.py?at=default&fileviewer=file-view-default#SConscript.py-251>
> 
> Basically it exec()'s the SConscript as follows:
>  <>                            exec(compile(_file_.read(), _file_.name, 'exec'),
>  <>                                 call_stack[-1].globals)
> 
> So given that print_function() is already imported from __future__ at that point I don't think we can do a per SConscript exclusion?
> 

Right. It compiles a string so print_function is in effect.

I think what I’d do is ban the use of print in that file so that the print_function directive is not active. There are only two prints in there so I’d move those two routines to a different file or provide a utility print routine from somewhere else that those functions use.

— 
Tim Jenness



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


More information about the Scons-dev mailing list