On Thu Apr 17 2014 at 1:34:23 PM, Jurko Gospodnetić < jurko.gospodnetic at pke.hr> wrote: > Hi. > > On 14.4.2014. 23:51, Brett Cannon wrote: > > Now the question is whether the maintenance cost of having to rebuild > > Python for a select number of stdlib modules is enough to warrant > > putting in the effort to make this work. > > I would really love to have better startup times in production, but I > would also really hate to lose the ability to hack around in stdlib > sources during development just to get better startup performance. > > In general, what I really like about using Python for software > development is the ability to open any stdlib file and easily go poking > around using stuff like 'import pdb;pdb.set_trace()' or simple print > statements. Researching mysterious behaviour is generally much much > MUCH! easier (read: takes less hours/days/weeks) if it ends up leading > into a stdlib Python module than if it takes you down into the bowels of > some C module (think zipimport.c *grin*). Not to mention the effect that > being able to quickly resolve a mystery by hacking on some Python > internals leaves you feeling very satisfied, while having to entrench > yourself in those internals for a long time just to find out you've made > something foolish on your end leaves you feeling exhausted at best. > Freezing modules does not affect the ability to use gdb. And as long as you set the appropriate __file__ values then tracebacks will contain even the file line and location. -Brett -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20140417/bc35d1a7/attachment.html>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4