Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-20 Thread Ed .
ailto:pdl-devel@lists.sourceforge.net>; pdl-gene...@lists.sourceforge.net<mailto:pdl-gene...@lists.sourceforge.net> Subject: Re: [Pdl-devel] PDL 2.026_01 released to CPAN Hi Ed, On Sat, Feb 20, 2021 at 03:12:44PM +, Ed . wrote: > Hi Luis, > > If you take a look at > htt

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-20 Thread Luis Mochan
Hi Ed, On Sat, Feb 20, 2021 at 03:12:44PM +, Ed . wrote: > Hi Luis, > > If you take a look at > https://metacpan.org/pod/release/ETJ/PDL-2.026_01/GENERATED/PDL/Ops.pm#ci > you’ll see there’s now... Thanks for the pointers and the explanations! Regards, Luis --

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-20 Thread Ed .
e.net<mailto:pdl-devel@lists.sourceforge.net>; pdl-gene...@lists.sourceforge.net<mailto:pdl-gene...@lists.sourceforge.net> Subject: Re: [Pdl-devel] PDL 2.026_01 released to CPAN Hi Ed, Ingo, On Sat, Feb 20, 2021 at 01:39:51PM +, Ed . wrote: > Hi Ingo, > ... > Is a free-sta

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-20 Thread Luis Mochan
nt. If you can tell me more about > the issues with implicit casts, I can look at that while there! > > Best regards, > Ed > > From: Ingo Schmid<mailto:ingo...@gmx.at> > Sent: 20 February 2021 13:21 > To: pdl-devel@lists.sourceforge.net<mailto:pdl-devel@lists.sourceforg

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-20 Thread Ed .
while there! Best regards, Ed From: Ingo Schmid<mailto:ingo...@gmx.at> Sent: 20 February 2021 13:21 To: pdl-devel@lists.sourceforge.net<mailto:pdl-devel@lists.sourceforge.net>; pdl-gene...@lists.sourceforge.net<mailto:pdl-gene...@lists.sourceforge.net> Subject: Re: [Pdl-devel]

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-20 Thread Ingo Schmid
> *From: *Luis Mochan <mailto:moc...@icf.unam.mx> > *Sent: *20 February 2021 01:08 > *To: *pdl-devel@lists.sourceforge.net > <mailto:pdl-devel@lists.sourceforge.net>; perldl > <mailto:pdl-gene...@lists.sourceforge.net> > *Subject: *Re: [Pdl-devel] PDL 2.026_01

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-19 Thread Ed .
ilto:pdl-devel@lists.sourceforge.net>; perldl<mailto:pdl-gene...@lists.sourceforge.net> Subject: Re: [Pdl-devel] PDL 2.026_01 released to CPAN Hi Ed, I'm not sure about what should be expected for operations on real numbers that have no real answer: a complex answer or an error?

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-19 Thread Luis Mochan
; To: pdl-devel@lists.sourceforge.net<mailto:pdl-devel@lists.sourceforge.net>; > perldl<mailto:pdl-gene...@lists.sourceforge.net> > Subject: Re: [Pdl-devel] PDL 2.026_01 released to CPAN > > I installed it 026_01 (from github/master) > > > pdl> p asin(3) > 1.5707963267948966+1

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-19 Thread Ed .
😊) Best regards, Ed From: Luis Mochan<mailto:moc...@icf.unam.mx> Sent: 20 February 2021 00:09 To: pdl-devel@lists.sourceforge.net<mailto:pdl-devel@lists.sourceforge.net>; perldl<mailto:pdl-gene...@lists.sourceforge.net> Subject: Re: [Pdl-devel] PDL 2.026_01 released to CPAN

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-19 Thread Luis Mochan
I installed it 026_01 (from github/master) pdl> p asin(3) 1.5707963267948966+1.7627471740390861i pdl> p sin(asin(3)) 3.0004+1.7319121124709863e-16i Seems good, but pdl> p sqrt(-1) Runtime error: Can't take sqrt of -1 at (eval 400) line 5. pdl> use PDL::Complex pdl> p sqrt(-1) Run

Re: [Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-19 Thread Luis Mochan
This is good news! Thanks! Luis On Fri, Feb 19, 2021 at 08:15:59PM +, Ed . wrote: > Dear PDL users, > > I’ve just uploaded PDL 2.026_01 to CPAN. It has Ingo Schmid’s “native complex > types” code (as tidied up a bit). Please give it a go and report whether it > works! Please note that now e.

[Pdl-devel] PDL 2.026_01 released to CPAN

2021-02-19 Thread Ed .
Dear PDL users, I’ve just uploaded PDL 2.026_01 to CPAN. It has Ingo Schmid’s “native complex types” code (as tidied up a bit). Please give it a go and report whether it works! Please note that now e.g. asin(3) will not return NaN, but instead a complex number (which is, of course, mathematical