On 5/30/2012 1:58 AM, cyberdup...@gmail.com wrote:
Hi,
I apologize if I violate (or am violating) some sacred mailing list rules.
Torsten wrote back in 2010
(http://mail.python.org/pipermail/python-dev/2010-April/099672.html) about
property inheritance behavior and super(). Specifically, only
Am 29.05.2012 18:54, schrieb victor.stinner:
> http://hg.python.org/cpython/rev/df0144f68d76
> changeset: 77231:df0144f68d76
> user:Victor Stinner
> date:Tue May 29 18:53:56 2012 +0200
> summary:
> Issue #14744: Fix compilation on Windows (part 2)
All Windows buildbots are sti
Hi,
I apologize if I violate (or am violating) some sacred mailing list rules.
Torsten wrote back in 2010
(http://mail.python.org/pipermail/python-dev/2010-April/099672.html) about
property inheritance behavior and super(). Specifically, only fget() behavior
of properties work with super(), not
On 5/29/2012 3:51 PM, Nick Coghlan wrote:
On Wed, May 30, 2012 at 8:44 AM, Victor Stinner
wrote:
I also compared str%args and str.format() with Python 2.7 (byte
strings), 3.2 (UTF-16 or UCS-4) and 3.3 (PEP 393): Python 3.3 is as
fast as Python 2.7 and sometimes faster! (Whereras Python 3.2 is
On Wed, May 30, 2012 at 1:01 PM, Eli Bendersky wrote:
> And as Steven said, the 3.3 timeline doesn't have anything really
> special about it. Although there's still time until the beta release,
> even if this is done for 3.4 it will be great.
Yep - there's a reason the 3.4 target gets added to th
>> As per PEP 3108, we were supposed to merge profile/cProfile into one
>> unified module. I initially championed the change, but other things got in
>> the way and I have never got to the point of a useful patch. I posted some
>> code and outlined an approach how the merge could be done. However,
On 5/28/2012 10:59 PM, Terry Reedy wrote:
On 5/28/2012 9:48 PM, Brian Curtin wrote:
> You should probably not have a bare except
Idle code already has many of them
At least 29 by grep. After further discussion, Roger Serwy and I have
agreed that we should start reducing that number rather
Alexandre Vassalotti wrote:
Hello,
As per PEP 3108, we were supposed to merge profile/cProfile into one
unified module. I initially championed the change, but other things got in
the way and I have never got to the point of a useful patch. I posted some
code and outlined an approach how the merg
On Wed, May 30, 2012 at 8:44 AM, Victor Stinner
wrote:
> I also compared str%args and str.format() with Python 2.7 (byte
> strings), 3.2 (UTF-16 or UCS-4) and 3.3 (PEP 393): Python 3.3 is as
> fast as Python 2.7 and sometimes faster! (Whereras Python 3.2 is 10 to
> 30% slower than Python 2 in gene
Hi,
> * Use a Py_UCS4 buffer and then convert to the canonical form (ASCII,
> UCS1 or UCS2). Approach taken by io.StringIO. io.StringIO is not only
> used to write, but also to read and so a Py_UCS4 buffer is a good
> compromise.
> * PyAccu API: optimized version of chunks=[]; for ...: ...
> chu
Hello,
As per PEP 3108, we were supposed to merge profile/cProfile into one
unified module. I initially championed the change, but other things got in
the way and I have never got to the point of a useful patch. I posted some
code and outlined an approach how the merge could be done. However, ther
On 29 May 2012 17:55, Victor Stinner wrote:
> 2012/5/29 Nadeem Vawda :
>> Since this changeset, building on Windows seems to be broken (see
>> http://python.org/dev/buildbot/all/builders/x86%20XP-5%203.x/builds/450
>> for example).
>
> The following changesets should fix the two errors, but not wa
2012/5/29 Nadeem Vawda :
> Since this changeset, building on Windows seems to be broken (see
> http://python.org/dev/buildbot/all/builders/x86%20XP-5%203.x/builds/450
> for example).
The following changesets should fix the two errors, but not warnings.
changeset: 77231:df0144f68d76
tag:
Since this changeset, building on Windows seems to be broken (see
http://python.org/dev/buildbot/all/builders/x86%20XP-5%203.x/builds/450
for example).
Nadeem
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pytho
Mark Hammond gmail.com> writes:
> I don't understand the relationship between this "stock launcher" and
> the PEP 397 launcher. They seem to have quite distinct requirements
> without much overlap. Specifically, I'm not aware that the current PEP
> 397 implementation could perform the same r
Nick Coghlan gmail.com> writes:
> In that case: Vinay, please revert everything from the pyvenv commit
> that was actually related to issue #12394 rather than being part of
> the PEP 405 implementation. As Carl says, it's an unrelated change
> that needs to be discussed separately.
There's nothi
Georg Brandl gmx.net> writes:
> Agreed. Vinay, please either let me know when this is rectified (see also
> Nick's request about reverting #12394 specific parts of the commit), or
> revert the whole PEP 405 implementation for now, if the time is too short:
> I don't want to delay the alpha much
17 matches
Mail list logo
