On May 23, 2015 10:47 PM, "Guido van Rossum" wrote:
>
> How will __definition_order__ be set in the case where __prepare__
doesn't return an OrderedDict? Or where a custom metaclass's __new__ calls
its superclass's __new__ with a plain dict? (I just wrote some code that
does that. :-)
I was plann
But isn't that also a problem? It would make the existence of that member a
bit unpredictable.
On Saturday, May 23, 2015, Larry Hastings wrote:
>
>
> On 05/23/2015 09:46 PM, Guido van Rossum wrote:
>
> How will __definition_order__ be set in the case where __prepare__ doesn't
> return an Ordered
On 05/23/2015 09:46 PM, Guido van Rossum wrote:
How will __definition_order__ be set in the case where __prepare__
doesn't return an OrderedDict? Or where a custom metaclass's __new__
calls its superclass's __new__ with a plain dict? (I just wrote some
code that does that. :-)
In his patch,
How will __definition_order__ be set in the case where __prepare__ doesn't
return an OrderedDict? Or where a custom metaclass's __new__ calls its
superclass's __new__ with a plain dict? (I just wrote some code that does
that. :-)
On Sat, May 23, 2015 at 7:38 PM, Nick Coghlan wrote:
> On 24 May 2
On 05/23/2015 07:38 PM, Nick Coghlan wrote:
Eric clarified for me that Larry was considering granting a feature
freeze exemption to defer landing this to beta 2 while Eric tracked
down a segfault bug in the current patch that provides a C
implementation of OrderedDict.
Yeah, I'm willing to gr
On 24 May 2015 at 12:04, Nick Coghlan wrote:
> On 24 May 2015 at 11:15, Eric Snow wrote:
>> tl;dr Are there any objections to making making the default
>> cls.__prepare__ return OrderedDict instead of dict (and preserve that
>> order in a list on the class)?
>>
>> A couple years ago [1][2] I prop
On 24 May 2015 at 11:15, Eric Snow wrote:
> tl;dr Are there any objections to making making the default
> cls.__prepare__ return OrderedDict instead of dict (and preserve that
> order in a list on the class)?
>
> A couple years ago [1][2] I proposed making class definition
> namespaces use Ordered
tl;dr Are there any objections to making making the default
cls.__prepare__ return OrderedDict instead of dict (and preserve that
order in a list on the class)?
A couple years ago [1][2] I proposed making class definition
namespaces use OrderedDict by default. Said Guido [3]:
I'm fine with d
In article <5560b054@udel.edu>, Terry Reedy
wrote:
> I somehow did not understand this last part before. Rather I thought
> the need for pull requests would be highly restricted (and not affect me
> ;-). 3.5 bugfixes (and idlelib patches, unclassified), especially those
> applied to 3.4,
The next bugfix release of the Python 2.7.x series, Python 2.7.10, has
been released. The only interesting change since the release candidate
is a fix for a regression in cookie parsing.
Downloads are available at:
https://www.python.org/downloads/release/python-2710/
Report bugs at:
https://
Ah thanks. I just kept an eye out for your name. :)
On Sat, May 23, 2015, 16:32 Eric Snow wrote:
> On Sat, May 23, 2015 at 2:22 PM, Brett Cannon wrote:
> > Are you also going to check the code in or is someone else doing it?
>
> Nick already did:
>
> http://bugs.python.org/issue24268
> https://
On Sat, May 23, 2015 at 11:24 PM, Terry Reedy wrote:
> 35\Doc\whatsnew\3.5.rst:686: ERROR: Unknown interpreted text role "module".
>
> 35\Doc\library\typing.rst:: WARNING: document isn't included in any toctree
>
> from building html docs just now
Fixed in https://hg.python.org/cpython/rev/ec1e18
On Sat, May 23, 2015 at 2:22 PM, Brett Cannon wrote:
> Are you also going to check the code in or is someone else doing it?
Nick already did:
http://bugs.python.org/issue24268
https://hg.python.org/cpython/rev/e729b946cc03
:)
-eric
>
>
> On Fri, May 22, 2015, 17:47 eric.snow wrote:
>>
>> htt
35\Doc\whatsnew\3.5.rst:686: ERROR: Unknown interpreted text role "module".
35\Doc\library\typing.rst:: WARNING: document isn't included in any toctree
from building html docs just now
--
Terry Jan Reedy
___
Python-Dev mailing list
Python-Dev@python.
Are you also going to check the code in or is someone else doing it?
On Fri, May 22, 2015, 17:47 eric.snow wrote:
> https://hg.python.org/peps/rev/1fbc23a1078c
> changeset: 5874:1fbc23a1078c
> user:Eric Snow
> date:Fri May 22 15:45:38 2015 -0600
> summary:
> PEP 489: The PEP
Whoops, didn't send my reply to both lists. Forwarded, below.
Forwarded Message
Subject: Re: [python-committers] [Python-Dev] Reminder: Python 3.5 beta
1 will be tagged tomorrow
Date: Sat, 23 May 2015 12:23:09 -0700
From: Larry Hastings
To: python-committ...@python
Larry Hastings writes:
>> Is MSVS 2015 the only supported compiler for Python 3.5 on Windows?
>> What's the other buildbot using MSVS 2015?
For a while I think the only buildbot was my 8.1 slave, but I believe
at this point Jeremy may also have it on his 7 slave. The latest on
my 7 slave is sti
Would you mind updating the "typing" package on PyPI now to contain
something useful? Thanks.
22.05.2015, 23:51, Mark Shannon kirjoitti:
Hello all,
I am pleased to announce that I am accepting PEP 484 (Type Hints).
Given the proximity of the beta release I thought I would get this
announceme
On 23 May 2015 at 19:29, Tal Einat wrote:
> On Sat, May 23, 2015 at 1:34 AM, Berker Peksağ
> wrote:
>>
>> On Sat, May 23, 2015 at 12:53 AM, Chris Barker wrote:
>> > On Fri, May 22, 2015 at 2:33 PM, Larry Hastings wrote:
>> >>
>> >> On 05/22/2015 02:29 PM, Chris Barker wrote:
>> >>
>> >> Is it
On Sat, May 23, 2015 at 1:34 AM, Berker Peksağ wrote:
>
> On Sat, May 23, 2015 at 12:53 AM, Chris Barker wrote:
> > On Fri, May 22, 2015 at 2:33 PM, Larry Hastings wrote:
> >>
> >> On 05/22/2015 02:29 PM, Chris Barker wrote:
> >>
> >> Is it too late to get the isclose() code (PEP 485) into 3.5?
20 matches
Mail list logo
