Re: [Python-Dev] Is this safe enough? Re: [Python-checkins] cpython: _Py_Identifier are always ASCII strings

2012-02-06 Thread Antoine Pitrou
On Mon, 6 Feb 2012 22:57:46 +0100 Victor Stinner wrote: > > >> -        id->object = PyUnicode_DecodeUTF8Stateful(id->string, > >> -                                                  strlen(id->string), > >> -                                                  NULL, NULL); > >> +        id->object =

Re: [Python-Dev] Is this safe enough? Re: [Python-checkins] cpython: _Py_Identifier are always ASCII strings

2012-02-06 Thread Victor Stinner
2012/2/6 Jim Jewett : > I realize that _Py_Identifier is a private name, and that PEP 3131 > requires anything (except test cases) in the standard library to stick > with ASCII ... but somehow, that feels like too long of a chain. > > I would prefer to see _Py_Identifier renamed to _Py_ASCII_Identi

Re: [Python-Dev] cpython (3.2): remove unused import

2012-02-06 Thread Nick Coghlan
On Tue, Feb 7, 2012 at 4:52 AM, francis wrote: > Hi Brett, > >> If that's the case I might as well add it as part of my mnfy project's >> verification run I do over the stdlib if someone doesn't beat me to it. > > Is that devinabox ? No, it's Brett's Python minifier: http://pypi.python.org/pypi/m

Re: [Python-Dev] need help with frozen module/marshal/gc issue involving sub-interpreters for importlib bootstrapping

2012-02-06 Thread Brett Cannon
On Mon, Feb 6, 2012 at 11:32, Benjamin Peterson wrote: > 2012/2/6 Brett Cannon : > > Thanks for any help people can provide me on this now 5 year quest to get > > this work finished. > > Fixed. (_PyExc_Init was behaving badly.) That did it! Thanks, Benjamin! Doing one more -uall test run before

Re: [Python-Dev] importlib quest

2012-02-06 Thread Antoine Pitrou
On Mon, 6 Feb 2012 20:49:48 +0100 Antoine Pitrou wrote: > On Mon, 6 Feb 2012 09:57:56 -0500 > Brett Cannon wrote: > > Thanks for any help people can provide me on this now 5 year quest to get > > this work finished. > > Do you have any plan to solve the performance issue? > > $ ./python -m tim

[Python-Dev] importlib quest

2012-02-06 Thread Antoine Pitrou
On Mon, 6 Feb 2012 09:57:56 -0500 Brett Cannon wrote: > Thanks for any help people can provide me on this now 5 year quest to get > this work finished. Do you have any plan to solve the performance issue? $ ./python -m timeit -s "import sys; mod='struct'" \ "__import__(mod); del sys.modules[mo

Re: [Python-Dev] Fixing the XML batteries

2012-02-06 Thread Terry Reedy
On 2/6/2012 8:01 AM, Eli Bendersky wrote: On one hand I agree that ET should be emphasized since it's the better API with a much faster implementation. But I also understand Martin's point of view that minidom has its place, so IMHO some sort of compromise should be reached. Perhaps we can recom

Re: [Python-Dev] cpython (3.2): remove unused import

2012-02-06 Thread francis
Hi Brett, If that's the case I might as well add it as part of my mnfy project's verification run I do over the stdlib if someone doesn't beat me to it. Is that devinabox ? Thanks in advance ! francis ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] cpython (3.2): remove unused import

2012-02-06 Thread Brett Cannon
On Mon, Feb 6, 2012 at 13:07, Christian Heimes wrote: > Am 06.02.2012 18:57, schrieb Brett Cannon: > > Ah, but does it run against Python 3? If so then this is something to > > suggest on python-mentor for someone to get their feet wet for > contributing. > > Probably not, the code was last modi

Re: [Python-Dev] cpython (3.2): remove unused import

2012-02-06 Thread Christian Heimes
Am 06.02.2012 18:57, schrieb Brett Cannon: > Ah, but does it run against Python 3? If so then this is something to > suggest on python-mentor for someone to get their feet wet for contributing. Probably not, the code was last modified seven years ago. The compiler package has been removed from Py

Re: [Python-Dev] cpython (3.2): remove unused import

2012-02-06 Thread Brett Cannon
On Sun, Feb 5, 2012 at 19:53, Christian Heimes wrote: > Am 06.02.2012 01:39, schrieb Brett Cannon: > > I'm going to assume pylint or pyflakes would throw too many warnings on > > the stdlib, but would it be worth someone's time to write a simple > > unused import checker to run over the stdlib on

Re: [Python-Dev] Is this safe enough? Re: [Python-checkins] cpython: _Py_Identifier are always ASCII strings

2012-02-06 Thread martin
I would prefer to see _Py_Identifier renamed to _Py_ASCII_Identifier, or at least a comment stating that Identifiers will (per PEP 3131) always be ASCII -- preferably with an assert to back that up. Please ... no. This is a *convenience* interface, whose sole purpose is to make something more c

Re: [Python-Dev] need help with frozen module/marshal/gc issue involving sub-interpreters for importlib bootstrapping

2012-02-06 Thread Benjamin Peterson
2012/2/6 Brett Cannon : > Thanks for any help people can provide me on this now 5 year quest to get > this work finished. Fixed. (_PyExc_Init was behaving badly.) -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org http://mail.pyth

[Python-Dev] Is this safe enough? Re: [Python-checkins] cpython: _Py_Identifier are always ASCII strings

2012-02-06 Thread Jim Jewett
I realize that _Py_Identifier is a private name, and that PEP 3131 requires anything (except test cases) in the standard library to stick with ASCII ... but somehow, that feels like too long of a chain. I would prefer to see _Py_Identifier renamed to _Py_ASCII_Identifier, or at least a comment sta

Re: [Python-Dev] need help with frozen module/marshal/gc issue involving sub-interpreters for importlib bootstrapping

2012-02-06 Thread Guido van Rossum
Usually this means that you're not doing an INCREF in a place where you should, and the object is kept alive by something else. Do you know which object it is? That might really help... Possibly deleting the last subinterpreter makes the refcount of that object go to zero. Of course it could also b

Re: [Python-Dev] peps: Update with bugfix releases.

2012-02-06 Thread Barry Warsaw
On Feb 06, 2012, at 07:11 AM, Georg Brandl wrote: >Well, one way to do it would be to release a rc now-ish, giving the community >time to test it, and to already use it productively in critical cases, and >release the final with the OSX fixes after/at PyCon. That could work well. I'd be happy to

[Python-Dev] need help with frozen module/marshal/gc issue involving sub-interpreters for importlib bootstrapping

2012-02-06 Thread Brett Cannon
So my grand quest for bootstrapping importlib into CPython is damn close to coming to fruition; I have one nasty bug blocking my way and I can't figure out what could be causing it. I'm hoping someone here will either know the solution off the top of their head or will have the time to have a quick

Re: [Python-Dev] Fixing the XML batteries

2012-02-06 Thread Eli Bendersky
> What should change? > > a) The stdlib documentation should help users to choose the right tool right > from the start. Instead of using the totally misleading wording that it uses > now, it should be honest about the performance characteristics of MiniDOM > and should actively suggest that those

Re: [Python-Dev] Fixing the XML batteries

2012-02-06 Thread Calvin Spealman
On Dec 9, 2011 3:04 AM, "Stefan Behnel" wrote: > > Hi everyone, > > I think Py3.3 would be a good milestone for cleaning up the stdlib support for XML. Note upfront: you may or may not know me as the maintainer of lxml, the de-facto non-stdlib standard Python XML tool. This (lengthy) post was trig

Re: [Python-Dev] Fixing the XML batteries

2012-02-06 Thread Eli Bendersky
On Fri, Dec 9, 2011 at 10:02, Stefan Behnel wrote: > Hi everyone, > > I think Py3.3 would be a good milestone for cleaning up the stdlib support > for XML. Note upfront: you may or may not know me as the maintainer of lxml, > the de-facto non-stdlib standard Python XML tool. This (lengthy) post wa

Re: [Python-Dev] distutils 'depends' management

2012-02-06 Thread Matteo Bertini
On Fri, Feb 3, 2012 at 5:52 PM, Éric Araujo wrote: > Hi Matteo, > > Now setup.py will rebuild all every time, this is because the policy of >> newer_group in build_extension is to consider 'newer' any missing file. >> > > Here you certainly mean “older”. > No, and this is the problem: newer_g

Re: [Python-Dev] Volunteer

2012-02-06 Thread Mark Lawrence
On 05/02/2012 21:42, Ben Finney wrote: Blockheads Oi Oi writes: I would like to give it another go. Welcome back. Your signature shows the name “Mark Lawrence”. It would help with initial impressions if your ‘From’ field, instead of the pseudonym currently shown, shows your name. Could you