Shawn, I haven’t reached out to kmx. Want to do so? Please do! Perhaps it can
be discussed on an issue on https://github.com/PDLPorters/pdla-core/issues
Everyone:
The currently-conceived strategy for carving chunks out of PDLA::Rest:
* identify a small, meaningful part of it that fits together –
It's good to see renewed development of PDL and PDLA.
Are the maintainers of Strawberry perl aware of the shift to PDLA? (They
are probably on this list, but have not yet commented).
PDL builds cleanly on a plain Strawberry perl, but not all components are
built since the extra libs like libproj
Ingo,
Do you feel like having a go at this on pdla-core instead? My offer of
copying your branch over to your fork of pdla-core stands.
-Original Message-
From: Ingo Schmid
Sent: Thursday, April 25, 2019 8:51 PM
To: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] hidden type co
This has now been released as PDLA::Core 2.019104. Any problems, please say
on here or (better) open a GitHub issue on pdla-core.
-Original Message-
From: Luis Mochan
Sent: Thursday, April 25, 2019 8:00 PM
To: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] hidden type conversio
I've just rebased complex_atan2 on legacy pdl. If it passes tests, I will
merge, then bring over to PDLA, and release a new PDLA::Core.
Same question, about RedoDimsCode-fix. That's passing tests too. Does that
need merging?
How about index_ops? I see it's failing CI, that's probably fixable -
Thank you Luis,
I think I have a different issue, though, I think.
I've got a piddle with c type complex double, pdl type cdouble. There's
no '<' or '>' for that c type, ops.pd takes care that no overloaded code
is generated, otherwise that fails.
Yet when I say
$a=ones(3)+ci;
$a=xvals(3)+ci;
pr
I would suggest merging. I recall that it did pass all relevant
tests. I made several change suggestions and many have been
implemented. I don't know if all, and I didn't use the mechanism of
'pull request' as I didn't (don't) know how to use it.
On Thu, Apr 25, 2019 at 06:39:52PM +, Ed . wro
Does the complex_atan2 branch need merging into legacy pdl/master and
bringing over to PDLA?
-Original Message-
From: Luis Mochan
Sent: Thursday, April 25, 2019 7:38 PM
To: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] hidden type conversion
I made a similar discovery and ask
I made a similar discovery and asked on the pdl-general list on
Jan. 18. The answer I got from Derek Lamb is that the issue has been
corrected on the complex_atan2 branch in github. I recall there have been
several other changes to PDL::Complex on that branch.
Regards,
Luis
On Thu, Apr 25, 2019
Hi,
comparison of complex numbers make sense only to some extent, < , > are
not defined. Yet even though in ops.pd they are disabled, somehow the
real part gets compared. I guess there's a hidden conversion to double.
I just can's see where that's happening.
Does anyone know?
Best wishes
Ingo
10 matches
Mail list logo
