Eric Snow, 08.09.2013 00:22:
> On Mon, Sep 2, 2013 at 7:02 AM, Nick Coghlan wrote:
>
>> The hook API I currently have in mind is a two step initialisation:
>>
>> PyImport_PrepareNAME (optional)
>> PyImport_ExecNAME
>>
>
> Should we also look at an API change for the initfunc() of PyImport
I've run across two different ways to think about this:
1) the type of the first argument
2) where the method/attribute lives
Since attributes don't take a first argument they default to 2: an instance attribute lives in the instance, a class
attribute lives in the class, and a metaclass
On 8 Sep 2013 18:38, "Ethan Furman" wrote:
>
> I've run across two different ways to think about this:
>
> 1) the type of the first argument
>
> 2) where the method/attribute lives
>
> Since attributes don't take a first argument they default to 2: an
instance attribute lives in the instance,
On Sun, 8 Sep 2013 11:54:00 +0200 (CEST)
victor.stinner wrote:
> http://hg.python.org/cpython/rev/b7f6f6f59e91
> changeset: 85619:b7f6f6f59e91
> user:Victor Stinner
> date:Sun Sep 08 11:53:09 2013 +0200
> summary:
> Issue #18904: test_socket: add inheritance tests using fcntl
I'd like to get some attention for this please.
On Sat, Aug 31, 2013 at 12:58:39PM +1000, Steven D'Aprano wrote:
> Hi all,
>
>
> I think that PEP 450 is now ready for a PEP dictator. There have been a
> number of code reviews, and feedback has been taken into account. The test
> suite passe
2013/9/8 Antoine Pitrou :
> On Sun, 8 Sep 2013 11:54:00 +0200 (CEST)
> victor.stinner wrote:
>> http://hg.python.org/cpython/rev/b7f6f6f59e91
>> changeset: 85619:b7f6f6f59e91
>> user:Victor Stinner
>> date:Sun Sep 08 11:53:09 2013 +0200
>> summary:
>> Issue #18904: test_socke
2013/9/4 Victor Stinner :
> http://www.python.org/dev/peps/pep-0454/
>
> PEP: 454
> Title: Add a new tracemalloc module to trace Python memory allocations
> Version: $Revision$
> Last-Modified: $Date$
> Author: Victor Stinner
> Status: Draft
> Type: Standards Track
> Content-Type: text/x-rst
> Cre
...what's a PEP dictator?
Steven D'Aprano wrote:
>
>
>I'd like to get some attention for this please.
>
>
>On Sat, Aug 31, 2013 at 12:58:39PM +1000, Steven D'Aprano wrote:
>> Hi all,
>>
>>
>> I think that PEP 450 is now ready for a PEP dictator. There have been
>a
>> number of code reviews, a
On Sat, 31 Aug 2013 12:58:39 +1000
Steven D'Aprano wrote:
> Hi all,
>
>
> I think that PEP 450 is now ready for a PEP dictator.
Perhaps Mark would like to apply?
Regards
Antoine.
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.pyth
On 09/08/2013 06:52 AM, Ryan wrote:
...what's a PEP dictator?
The person tasked with deciding on the fate of an individual PEP.
--
~Ethan~
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscr
Going over the open issues:
- Parallel arrays or arrays of tuples? I think the API should require
an array of tuples. It is trivial to zip up parallel arrays to the
required format, while if you have an array of tuples, extracting the
parallel arrays is slightly more cumbersome. Also for manipulat
Steven, I'd like to just approve the PEP, given the amount of
discussion that's happened already (though I didn't follow much of
it). I quickly glanced through the PEP and didn't find anything I'd
personally object to, but then I found your section of open issues,
and I realized that you don't actu
On Sun, Sep 8, 2013 at 9:32 PM, Guido van Rossum wrote:
> - Parallel arrays or arrays of tuples? I think the API should require
> an array of tuples. It is trivial to zip up parallel arrays to the
> required format, while if you have an array of tuples, extracting the
> parallel arrays is slightl
Never mind, I found the patch and the issue. I really think that the
*PEP* is ready for inclusion after the open issues are changed into
something like Discussion or Future Work, and after adding a more
prominent link to the issue with the patch. Then the *patch* can be
reviewed some more until it
Well, to me zip(*x) is unnatural, and it's inefficient when the arrays are long.
On Sun, Sep 8, 2013 at 10:45 AM, Alexander Belopolsky
wrote:
>
> On Sun, Sep 8, 2013 at 9:32 PM, Guido van Rossum wrote:
>>
>> - Parallel arrays or arrays of tuples? I think the API should require
>> an array of tup
On Sun, Sep 08, 2013 at 10:25:22AM -0700, Guido van Rossum wrote:
> Steven, I'd like to just approve the PEP, given the amount of
> discussion that's happened already (though I didn't follow much of
> it). I quickly glanced through the PEP and didn't find anything I'd
> personally object to, but th
On 8 September 2013 20:19, Steven D'Aprano wrote:
[...]
> Is this satisfactory or do I need to go into more detail?
It describes only 7 functions, and yet you state there are 11. I'd
suggest you add a 1-line summary of each function, something like:
mean - calculate the (arithmetic) mean of the
On 8 September 2013 18:32, Guido van Rossum wrote:
> Going over the open issues:
>
> - Parallel arrays or arrays of tuples? I think the API should require
> an array of tuples. It is trivial to zip up parallel arrays to the
> required format, while if you have an array of tuples, extracting the
>
It seems like most of this could live on PyPi for a while so the API can
get hashed out in use? If that's not the case is it because the PEP 445
API isn't rich enough?
Janzert
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/
On Sun, Sep 8, 2013 at 1:48 PM, Oscar Benjamin
wrote:
> On 8 September 2013 18:32, Guido van Rossum wrote:
>> Going over the open issues:
>>
>> - Parallel arrays or arrays of tuples? I think the API should require
>> an array of tuples. It is trivial to zip up parallel arrays to the
>> required f
2013/9/8 Janzert :
> It seems like most of this could live on PyPi for a while so the API can get
> hashed out in use?
The pytracemalloc is available on PyPI since 6 months. The only
feedback I had was something trying to compile it on Windows (which is
complex because of the dependency to glib, I
On Sun, Sep 08, 2013 at 02:41:35PM -0700, Guido van Rossum wrote:
> On Sun, Sep 8, 2013 at 1:48 PM, Oscar Benjamin
> wrote:
> > The most obvious alternative that isn't explicitly mentioned in the
> > PEP is to accept either:
> >
> > def correlation(x, y=None):
> > if y is None:
> > xs
Guido van Rossum writes:
> On Sun, Sep 8, 2013 at 1:48 PM, Oscar Benjamin
> wrote:
> > On 8 September 2013 18:32, Guido van Rossum wrote:
> >> Going over the open issues:
> >>
> >> - Parallel arrays or arrays of tuples? I think the API should require
> >> an array of tuples. It is trivial
On 9/09/2013 5:52 a.m., Guido van Rossum wrote:
Well, to me zip(*x) is unnatural, and it's inefficient when the arrays are long.
Would it be worth having a transpose() function in the stdlib
somewhere, that returns a view instead of copying the data?
--
Greg
__
Yeah, so this and Steven's review of various other APIs suggests that the
field of statistics hasn't really reached the object-oriented age (or
perhaps the OO view isn't suitable for the field), and people really think
of their data as a matrix of some sort. We should respect that. Now, if
this was
On Sun, Sep 8, 2013 at 5:26 PM, Greg wrote:
> On 9/09/2013 5:52 a.m., Guido van Rossum wrote:
>
>> Well, to me zip(*x) is unnatural, and it's inefficient when the arrays
>> are long.
>>
>
> Would it be worth having a transpose() function in the stdlib
> somewhere, that returns a view instead of c
On Sun, Sep 08, 2013 at 09:14:39PM +0100, Paul Moore wrote:
> On 8 September 2013 20:19, Steven D'Aprano wrote:
> [...]
> > Is this satisfactory or do I need to go into more detail?
>
> It describes only 7 functions, and yet you state there are 11. I'd
> suggest you add a 1-line summary of each f
On Mon, Sep 09, 2013 at 12:26:05PM +1200, Greg wrote:
> On 9/09/2013 5:52 a.m., Guido van Rossum wrote:
> >Well, to me zip(*x) is unnatural, and it's inefficient when the arrays are
> >long.
>
> Would it be worth having a transpose() function in the stdlib
> somewhere, that returns a view instead
28 matches
Mail list logo
