Re: [Numbers] Arrays of "Complex" objects and RAM

On Thu, Nov 7, 2019 at 3:25 PM Gilles Sadowski wrote: > Le jeu. 7 nov. 2019 à 18:36, Eric Barnhill a > écrit : > > > > I should also add on this note, my use case for developing ComplexUtils > in > > the first place was compatibility with JTransforms and JOCL. In both > cases > > I wanted to

Re: [Numbers] Arrays of "Complex" objects and RAM

Le jeu. 7 nov. 2019 à 18:36, Eric Barnhill a écrit : > > I should also add on this note, my use case for developing ComplexUtils in > the first place was compatibility with JTransforms and JOCL. In both cases > I wanted to convert Complex[] arrays into interleaved double[] arrays to > feed into

Re: [numbers] Bug in complex multiply + divide + isNaN

> On 7 Nov 2019, at 17:31, Eric Barnhill wrote: > > […] > > Well that's interesting, I did not see that the standard specified > all-vs-all methods in all those cases. There isn't a performance gain for > multiplying by an imaginary double like there is for a real double, Not for imaginary

Re: [numbers] Bug in complex multiply + divide + isNaN

> On 7 Nov 2019, at 17:31, Eric Barnhill wrote: > > On Thu, Nov 7, 2019 at 3:59 AM Alex Herbert > wrote: > >> >> There is a matrix for real/imaginary/complex all-vs-all additive and >> multiplicative operators in the standard (tables in G.5.1 and G.5.2). >> The question is do we want to

Re: [VOTE] Release Apache Commons RNG 1.3 based on RC1

+1 Am 05.11.2019 um 17:36 schrieb Alex Herbert: We have fixed quite a few bugs and added some significant enhancements since Apache Commons RNG 1.2 was released, so I would like to release Apache Commons RNG 1.3. Apache Commons RNG 1.3 RC1 is available for review here:  

Re: [Numbers] Arrays of "Complex" objects and RAM

I should also add on this note, my use case for developing ComplexUtils in the first place was compatibility with JTransforms and JOCL. In both cases I wanted to convert Complex[] arrays into interleaved double[] arrays to feed into algorithms using those libraries. On Thu, Nov 7, 2019 at 9:34 AM

Re: [Numbers] Arrays of "Complex" objects and RAM

On Thu, Nov 7, 2019 at 6:09 AM Gilles Sadowski wrote: > > This is also what started this thread: The user called the Commons Math's > FFT utilities using arrays of "Complex" objects and got the "OutOfMemory" > error. Hence the question of whether storing many "Complex" objects is > ever useful,

Re: [numbers] Bug in complex multiply + divide + isNaN

On Thu, Nov 7, 2019 at 3:59 AM Alex Herbert wrote: > > There is a matrix for real/imaginary/complex all-vs-all additive and > multiplicative operators in the standard (tables in G.5.1 and G.5.2). > The question is do we want to support the entire matrix: > > Covered: > >

Re: [Numbers] Arrays of "Complex" objects and RAM

> [...] > >>> > >>> public class ComplexArray { > >>> private final MultidimensionalCounter counter; > >>> // ... > >>> > >>> public ComplexArray(int... dimensions) { > >>> counter = new MultidimensionalCounter(dimensions); > >>> data = new data[counter.getSize()];

Re: [numbers] Bug in complex multiply + divide + isNaN

Le jeu. 7 nov. 2019 à 12:59, Alex Herbert a écrit : > > > On 07/11/2019 11:45, Gilles Sadowski wrote: > > Hello. > > > >>> [...] > >>> > Also looking at Complex it would benefit from: > > public Complex subtractFrom(double minuend) { > return new Complex(minuend -

Re: [numbers] Bug in complex multiply + divide + isNaN

On 07/11/2019 11:45, Gilles Sadowski wrote: Hello. [...] Also looking at Complex it would benefit from: public Complex subtractFrom(double minuend) { return new Complex(minuend - real, imaginary); } Is it part of the "standard"? IMHO, it's fairly confusing, as nothing in

Re: [numbers] Bug in complex multiply + divide + isNaN

Hello. > > [...] > > > >> > >> Also looking at Complex it would benefit from: > >> > >>public Complex subtractFrom(double minuend) { > >>return new Complex(minuend - real, imaginary); > >>} > > > > Is it part of the "standard"? > > IMHO, it's fairly confusing, as nothing in the

Re: [numbers] Bug in complex multiply + divide + isNaN

Hi. Le jeu. 7 nov. 2019 à 01:48, Alex Herbert a écrit : > > > > > On 7 Nov 2019, at 00:34, Gilles Sadowski wrote: > > > > 2019-11-07 1:03 UTC+01:00, Alex Herbert > >: > >> > >> > >>> On 6 Nov 2019, at 23:17, Eric Barnhill >>> >