On 05/02/2012 21:42, Ben Finney wrote:
Blockheads Oi Oibreamore...@yahoo.co.uk 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,
On Fri, Feb 3, 2012 at 5:52 PM, Éric Araujo mer...@netwok.org 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:
On Fri, Dec 9, 2011 at 10:02, Stefan Behnel stefan...@behnel.de 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
On Dec 9, 2011 3:04 AM, Stefan Behnel stefan...@behnel.de 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)
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 who
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
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
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
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
2012/2/6 Brett Cannon br...@python.org:
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
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
On Sun, Feb 5, 2012 at 19:53, Christian Heimes li...@cheimes.de 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
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
On Mon, Feb 6, 2012 at 13:07, Christian Heimes li...@cheimes.de 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
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
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
On Mon, 6 Feb 2012 09:57:56 -0500
Brett Cannon br...@python.org 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
On Mon, 6 Feb 2012 20:49:48 +0100
Antoine Pitrou solip...@pitrou.net wrote:
On Mon, 6 Feb 2012 09:57:56 -0500
Brett Cannon br...@python.org 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
On Mon, Feb 6, 2012 at 11:32, Benjamin Peterson benja...@python.org wrote:
2012/2/6 Brett Cannon br...@python.org:
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
On Tue, Feb 7, 2012 at 4:52 AM, francis franci...@email.de 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:
2012/2/6 Jim Jewett jimjjew...@gmail.com:
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
On Mon, 6 Feb 2012 22:57:46 +0100
Victor Stinner victor.stin...@haypocalc.com wrote:
- id-object = PyUnicode_DecodeUTF8Stateful(id-string,
- strlen(id-string),
- NULL, NULL);
+
22 matches
Mail list logo