On Tue, Jul 12, 2016 at 7:56 AM, Travis Oliphant
wrote:
>
>
>
> http://www.continuum.io
> On Mon, Jul 11, 2016 at 12:58 PM, Charles R Harris <
> charlesr.har...@gmail.com> wrote:
>
>>
>>
>> On Mon, Jul 11, 2016 at 11:39 AM, Chris Barker
>> wrote:
>>
>>>
>>>
>>> On Sun, Jul 10, 2016 at 8:12 PM, N
On Mon, Jul 11, 2016 at 12:58 PM, Charles R Harris <
charlesr.har...@gmail.com> wrote:
>
>
> On Mon, Jul 11, 2016 at 11:39 AM, Chris Barker
> wrote:
>
>>
>>
>> On Sun, Jul 10, 2016 at 8:12 PM, Nathan Goldbaum
>> wrote:
>>
>>>
>>> Maybe this can be an informal BOF session?
>>>
>>
>> or maybe a f
Mon, 11 Jul 2016 13:01:49 -0400, Jason Newton kirjoitti:
> Does the ML have any ideas on how one could get a matmul that will not
> allow any funny business on the evaluation of the products? Funny
> business here is something like changing the evaluation order additions
> of terms. I want strict
On Mon, Jul 11, 2016 at 11:39 AM, Chris Barker
wrote:
>
>
> On Sun, Jul 10, 2016 at 8:12 PM, Nathan Goldbaum
> wrote:
>
>>
>> Maybe this can be an informal BOF session?
>>
>
> or maybe a formal BoF? after all, how formal do they get?
>
> Anyway, it was my understanding that we really needed to
On Mon, Jul 11, 2016 at 12:39 PM, Chris Barker
wrote:
>
> Maybe this conversation should be about how to build a more flexible dtype
> system generally, rather than specifically about unit support. (though unit
> support is a great use-case to focus on)
>
I agree that a more general solution is
On Sun, Jul 10, 2016 at 8:12 PM, Nathan Goldbaum
wrote:
>
> Maybe this can be an informal BOF session?
>
or maybe a formal BoF? after all, how formal do they get?
Anyway, it was my understanding that we really needed to do some
significant refactoring of how numpy deals with dtypes in order to
Hello
I'm a long time user of numpy - but an issue I've had with it is
making sure I can reproduce the results of a floating point matrix
multiplication in other languages/modules (like c or GPU) in another,
or across installations. I take great pains in doing this type of
work because it allows
I would like to follow up on my original PR (7804). While there
appears to be some debate as to whether the PR is numpy material to
begin with, there do not appear to be any technical issues with it. To
make the decision more straightforward, I factored out the
non-controversial bug fixes to masked
