Very happy to hear it. It's almost like you were present at the sprint!
On Fri, Sep 9, 2016 at 7:04 PM, Eric V. Smith wrote:
> I found some time before beta 1 to modify the f-string code to implement the
> desired behavior: no backslashes inside the curly braces, but they're
> allowed in the lite
Oops, thanks Benjamin. That was a copy and paste error.
Eric.
On 9/9/2016 11:15 PM, benjamin.peterson wrote:
https://hg.python.org/cpython/rev/1e7b636b6009
changeset: 103539:1e7b636b6009
user:Benjamin Peterson
date:Fri Sep 09 20:14:05 2016 -0700
summary:
make invalid_comma_
I found some time before beta 1 to modify the f-string code to implement
the desired behavior: no backslashes inside the curly braces, but
they're allowed in the literal string portions. I just checked it in.
I still need to update PEP 498, and the documentation needs updating.
I'll create an
Hi,
It's not essential, but I thought it would be nice to port buildbot to
Python 3. I've managed to submit multiple simple patches to buildbot,
which were quickly accepted:
https://github.com/buildbot/buildbot/pulls/rodrigc?q=is%3Apr+is%3Aclosed
Now things are more slow going as the easy stuff
On Friday, September 9, 2016 2:01:08 PM EDT David Mertz wrote:
> It feels best to me only to promise order in specific cases like kwargs,
> but say nothing (even in 3.6 or 3.7) about the requirement for how dict
> itself is implemented.
On Saturday, September 10, 2016 6:39:27 AM EDT Barry Warsaw w
It seems unlikely, but not inconceivable, that someday in the future
someone will implement a dictionary that is faster than current versions
but at the cost of losing inherent ordering.
It feels best to me only to promise order in specific cases like kwargs,
but say nothing (even in 3.6 or 3.7) a
On Sep 09, 2016, at 01:08 PM, Elvis Pranskevichus wrote:
>Are there any downsides to explicitly specifying that all dicts are ordered?
>People will inevitably start relying on this behaviour, and this will
>essentially become the *de-facto* spec, so alternative Python implementations
>will hav
On Fri, 9 Sep 2016 at 10:28 Victor Stinner wrote:
> 2016-09-09 10:17 GMT-07:00 Guido van Rossum :
> > - keyword args are ordered
> > - the namespace passed to a metaclass is ordered by definition order
> > - ditto for the class __dict__
>
> Maybe we should define exactly "ordered" somewhere the l
2016-09-09 10:17 GMT-07:00 Guido van Rossum :
> - keyword args are ordered
> - the namespace passed to a metaclass is ordered by definition order
> - ditto for the class __dict__
Maybe we should define exactly "ordered" somewhere the language reference:
https://docs.python.org/dev/reference/index.
I've been asked about this. Here's my opinion on the letter of the law in 3.6:
- keyword args are ordered
- the namespace passed to a metaclass is ordered by definition order
- ditto for the class __dict__
A compliant implementation may ensure the above three requirements
either by making all dic
On Friday, September 9, 2016 4:52:21 PM EDT Brett Cannon wrote:
> On Fri, 9 Sep 2016 at 01:58 Antoine Pitrou wrote:
> > On Thu, 8 Sep 2016 14:20:53 -0700
> >
> > Victor Stinner wrote:
> > > 2016-09-08 13:36 GMT-07:00 Guido van Rossum :
> > > > IIUC there's one small thing we might still want to
On Fri, 9 Sep 2016 at 01:58 Antoine Pitrou wrote:
> On Thu, 8 Sep 2016 14:20:53 -0700
> Victor Stinner wrote:
> > 2016-09-08 13:36 GMT-07:00 Guido van Rossum :
> > > IIUC there's one small thing we might still want to change somewhere
> > > after 3.6b1 but before 3.6rc1: the order is not preserv
ACTIVITY SUMMARY (2016-09-02 - 2016-09-09)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open5568 (-62)
closed 34233 (+166)
total 39801 (+104)
Open issues w
On Fri, Sep 9, 2016 at 10:55 AM, Antoine Pitrou wrote:
> On Thu, 8 Sep 2016 14:20:53 -0700
> Victor Stinner wrote:
>> 2016-09-08 13:36 GMT-07:00 Guido van Rossum :
>> > IIUC there's one small thing we might still want to change somewhere
>> > after 3.6b1 but before 3.6rc1: the order is not preser
On Thu, 8 Sep 2016 14:20:53 -0700
Victor Stinner wrote:
> 2016-09-08 13:36 GMT-07:00 Guido van Rossum :
> > IIUC there's one small thing we might still want to change somewhere
> > after 3.6b1 but before 3.6rc1: the order is not preserved when you
> > delete some keys and then add some other keys.
15 matches
Mail list logo
