On Wed, Sep 3, 2014 at 5:47 PM, Charles R Harris
wrote:
>
> I think the ayes will have it.
>
As I told Chuck (because I now get to call Charles Chuck, right? :-)), I am
not sure I am fully qualified for the job: looking at the names on that
list is a humbling experience. But even if I am the idi
On Wed, Sep 3, 2014 at 5:48 PM, Eelco Hoogendoorn <
hoogendoorn.ee...@gmail.com> wrote:
> +1; though I am relatively new to the scene, Jaime's contributions have
> always stood out to me as thoughtful.
>
>
> On Thu, Sep 4, 2014 at 12:42 AM, Ralf Gommers
> wrote:
>
>>
>>
>>
>> On Wed, Sep 3, 2014
+1; though I am relatively new to the scene, Jaime's contributions have
always stood out to me as thoughtful.
On Thu, Sep 4, 2014 at 12:42 AM, Ralf Gommers
wrote:
>
>
>
> On Wed, Sep 3, 2014 at 11:48 PM, Robert Kern
> wrote:
>
>> On Wed, Sep 3, 2014 at 10:47 PM, Charles R Harris
>> wrote:
>>
On Wed, Sep 3, 2014 at 3:19 PM, Alan G Isaac wrote:
> What should be the value of `2**np.int_(-32)`?
> It is apparently currently computed as `1. / (2**np.int_(32))`,
> so the computation overflows (when a C long is 32 bits).
> I would have hoped for it to be computed as `1./(2.**np.int_(32))`.
>
On Wed, Sep 3, 2014 at 11:48 PM, Robert Kern wrote:
> On Wed, Sep 3, 2014 at 10:47 PM, Charles R Harris
> wrote:
> > Hi All,
> >
> > I'd like to give Jaime commit rights. Having at three active developers
> with
> > commit rights is the goal and Jaime has been pretty consistent with code
> > sub
On Wed, Sep 3, 2014 at 10:47 PM, Charles R Harris
wrote:
> Hi All,
>
> I'd like to give Jaime commit rights. Having at three active developers with
> commit rights is the goal and Jaime has been pretty consistent with code
> submissions and discussion participation.
+1
--
Robert Kern
__
Hi All,
I'd like to give Jaime commit rights. Having at three active developers
with commit rights is the goal and Jaime has been pretty consistent with
code submissions and discussion participation.
Thoughts?
Chuck
___
NumPy-Discussion mailing list
Nu
What should be the value of `2**np.int_(-32)`?
It is apparently currently computed as `1. / (2**np.int_(32))`,
so the computation overflows (when a C long is 32 bits).
I would have hoped for it to be computed as `1./(2.**np.int_(32))`.
Cheers,
Alan Isaac
___
On Wed, Sep 3, 2014 at 10:53 AM, Jaime Fernández del Río <
jaime.f...@gmail.com> wrote:
> On Wed, Sep 3, 2014 at 5:26 AM, cjw wrote:
>
>> These are good issues, that need to be discussed and resolved. Python
>> has the benefit of having a BDFL. Numpy has no similar arrangement.
>> In the post-n
On Wed, Sep 3, 2014 at 5:26 AM, cjw wrote:
> These are good issues, that need to be discussed and resolved. Python has
> the benefit of having a BDFL. Numpy has no similar arrangement.
> In the post-numarray period, Travis Oliphant took that role and advanced
> the package in many ways.
>
> It
On Wed, Sep 3, 2014 at 9:33 AM, Jaime Fernández del Río <
jaime.f...@gmail.com> wrote:
> On Wed, Sep 3, 2014 at 6:41 AM, Eelco Hoogendoorn <
> hoogendoorn.ee...@gmail.com> wrote:
>
>> Not sure about the hashing. Indeed one can also build an index of a set
>> by means of a hash table, but its ques
On Wed, Sep 3, 2014 at 6:41 AM, Eelco Hoogendoorn <
hoogendoorn.ee...@gmail.com> wrote:
> Not sure about the hashing. Indeed one can also build an index of a set
> by means of a hash table, but its questionable if this leads to improved
> performance over performing an argsort. Hashing may have b
On Wed, Sep 3, 2014 at 4:07 AM, Jaime Fernández del Río <
jaime.f...@gmail.com> wrote:
> On Tue, Sep 2, 2014 at 5:40 PM, Charles R Harris <
> charlesr.har...@gmail.com> wrote:
>>
>>
>> What do you think about the suggestion of timsort? One would need to
>> concatenate the arrays before sorting, bu
Re: [Numpy-discussion] Does a `mergesorted` function make sense?
On 02/09/2014 8:40 PM, Charles R Harris wrote:
On Mon, Sep 1, 2014 at 7:58 AM, Eelco Hoogendoorn
mailto:hoogendoorn.ee...@gmail.com>> wrote:
On Mon, Sep 1, 2014 at 2:05 PM, Charles R Harris
mailto:charlesr.har...@gmai
14 matches
Mail list logo
