Terry Reedy writes:
> On 9/16/2013 4:14 PM, R. David Murray wrote:
>
> > Well, we tend to avoid single boolean arguments in favor of differently
> > named functions.
>
> The stdlib has lots of boolean arguments. My impression is that they are
> to be avoided when they would change the ret
On Mon, Sep 16, 2013 at 4:59 PM, Steven D'Aprano wrote:
> On Mon, Sep 16, 2013 at 08:42:12AM -0700, Guido van Rossum wrote:
> > I'm ready to accept this PEP. Because I haven't read this entire thread
> > (and 60 messages about random diversions is really too much to try and
> > catch up on) I'll g
On Mon, Sep 16, 2013 at 08:42:12AM -0700, Guido van Rossum wrote:
> I'm ready to accept this PEP. Because I haven't read this entire thread
> (and 60 messages about random diversions is really too much to try and
> catch up on) I'll give people 24 hours to remind me of outstanding
> rejections.
>
Hi,
Thanks to the early remarks on the PEP 454, I redesigned and enhanced
the API of the new tracemalloc module. Changes:
* it is now possibility to record more than 1 frame per memory allocation
* add filters on filename and line number
* new GroupedStats and StatsDiff class to generate and comp
On 17 Sep 2013 06:45, "Antoine Pitrou" wrote:
>
> On Mon, 16 Sep 2013 16:14:43 -0400
> "R. David Murray" wrote:
> > On Mon, 16 Sep 2013 15:48:54 -0400, Brett Cannon
wrote:
> > > On Mon, Sep 16, 2013 at 3:45 PM, Antoine Pitrou
wrote:
> > > > So I would like to propose the following API change:
>
On Mon, 16 Sep 2013 16:14:43 -0400
"R. David Murray" wrote:
> On Mon, 16 Sep 2013 15:48:54 -0400, Brett Cannon wrote:
> > On Mon, Sep 16, 2013 at 3:45 PM, Antoine Pitrou wrote:
> > > So I would like to propose the following API change:
> > >
> > > - Path.stat() (and stat-accessing methods such a
On 9/16/2013 4:14 PM, R. David Murray wrote:
Well, we tend to avoid single boolean arguments in favor of differently
named functions.
The stdlib has lots of boolean arguments. My impression is that they are
to be avoided when they would change the return type or otherwise do
something disjoi
Meh...I hate it when tools download stuff without me noticing.
Honestly, a separate 10.6 build would work well. Plus, if a new Clang
versions includes some awesome feature that could make Python builds
better, you'd be able to take advantage of it better.
On Mon, Sep 16, 2013 at 2:56 PM, Bill Ja
On Mon, 16 Sep 2013 15:48:54 -0400, Brett Cannon wrote:
> On Mon, Sep 16, 2013 at 3:45 PM, Antoine Pitrou wrote:
> > So I would like to propose the following API change:
> >
> > - Path.stat() (and stat-accessing methods such as get_mtime()...)
> > returns an uncached stat object by default
> >
On Mon, Sep 16, 2013 at 3:45 PM, Antoine Pitrou wrote:
> On Mon, 16 Sep 2013 19:06:37 +0200
> Charles-François Natali wrote:
> > 2013/9/16 Antoine Pitrou :
> > > Le Sun, 15 Sep 2013 06:46:08 -0700,
> > > Ethan Furman a écrit :
> > >> I see PEP 428 is both targeted at 3.4 and still in draft stat
2013/9/16 Brett Cannon :
> Any reason why stat() can't get a keyword-only cached=True argument instead?
> Or have stat() never cache() but stat_cache() always so that people can
> choose if they want fresh or cached based on API and not whether some
> library happened to make a decision for them?
In article ,
Raymond Hettinger wrote:
> On Sep 14, 2013, at 1:32 PM, Ned Deily wrote:
> > The
> > most recent Developer Tools for 10.8 and 10.7 systems, Xcode 4.6.x, have
> > a mature clang but do not provide a 10.6 SDK. Even with using an SDK,
> > it's still possible to end up inadvertent
On Mon, 16 Sep 2013 15:48:54 -0400
Brett Cannon wrote:
> >
> > So I would like to propose the following API change:
> >
> > - Path.stat() (and stat-accessing methods such as get_mtime()...)
> > returns an uncached stat object by default
> >
> > - Path.cache_stat() can be called to return the sta
Russell E. Owen wrote:
> In article ,
> Raymond Hettinger wrote:
>
> > On Sep 14, 2013, at 1:32 PM, Ned Deily wrote:
> > > The
> > > most recent Developer Tools for 10.8 and 10.7 systems, Xcode 4.6.x, have
> > > a mature clang but do not provide a 10.6 SDK. Even with using an SDK,
> > >
On Mon, 16 Sep 2013 19:06:37 +0200
Charles-François Natali wrote:
> 2013/9/16 Antoine Pitrou :
> > Le Sun, 15 Sep 2013 06:46:08 -0700,
> > Ethan Furman a écrit :
> >> I see PEP 428 is both targeted at 3.4 and still in draft status.
> >>
> >> What remains to be done to ask for pronouncement?
> >
>
On 9/15/2013 11:28 PM, anatoly techtonik wrote:
Does anybody know if http://vote.python.org is already operational?
I decided to start a separate thread for TransformDict name, because I
want to change it.
Current implementation of PEP 455 only touches dictionary keys and it
is more narrow than
I'm ready to accept this PEP. Because I haven't read this entire thread
(and 60 messages about random diversions is really too much to try and
catch up on) I'll give people 24 hours to remind me of outstanding
rejections.
I also haven't reviewed the code in any detail, but I believe the code
revie
2013/9/16 Antoine Pitrou :
> Le Sun, 15 Sep 2013 06:46:08 -0700,
> Ethan Furman a écrit :
>> I see PEP 428 is both targeted at 3.4 and still in draft status.
>>
>> What remains to be done to ask for pronouncement?
>
> I think I have a couple of items left to integrate in the PEP.
> Mostly it needs
On 16 September 2013 16:42, Guido van Rossum wrote:
> I'm ready to accept this PEP. Because I haven't read this entire thread (and
> 60 messages about random diversions is really too much to try and catch up
> on) I'll give people 24 hours to remind me of outstanding rejections.
>
> I also haven't
I hope there is a volunteer for delegate.
--Guido van Rossum (sent from Android phone)
On Sep 16, 2013 1:17 AM, "Antoine Pitrou" wrote:
> Le Sun, 15 Sep 2013 06:46:08 -0700,
> Ethan Furman a écrit :
> > I see PEP 428 is both targeted at 3.4 and still in draft status.
> >
> > What remains to be
Le Sun, 15 Sep 2013 06:46:08 -0700,
Ethan Furman a écrit :
> I see PEP 428 is both targeted at 3.4 and still in draft status.
>
> What remains to be done to ask for pronouncement?
I think I have a couple of items left to integrate in the PEP.
Mostly it needs me to take a bit of time and finalize
21 matches
Mail list logo
