thing to do to at least create co-maints, just
in case of a need to do security updates. I am open to taking that on if
there’s no-one better.
Best regards,
Ed
From: Chris Marshall<mailto:devel.chm...@gmail.com>
Sent: Tuesday, April 16, 2019 1:49 PM
To: Ed .<mailto:ej...@hotmail.com
maybe used. The slightly-different
namespace allows for experimentation, while “PDL” gets to stay exactly as-is –
a known quantity.
Once I bring PDLA up to date (see separate posting), it should be as good as
PDL but with quicker installs. Of course you’re welcome to give early feedback
now!
Best
d to also use the patched version, which is
a disaster in my opinion)
Best regards,
Ed
-Original Message-
From: Luis Mochan
Sent: Saturday, April 13, 2019 4:00 PM
To: pdl-de...@lists.sourceforge.net
Subject: Re: [Pdl-devel] Whither PDL?
On Sat, Apr 13, 2019 at 12:45:54AM -0400, Terry Gaetz wrot
I think that moving away from POD is incompatible with sticking with
metacpan.org. I would instead advocate:
* reorganise docs as you've rightly said
* stick with POD - I would also advocate using Inline::Pdlpp as I have with
PDLA::IO::HDF::* -
badtoval(100);
say $x;# still [1 BAD 3]
say $y;# [1 100 3]
Best regards,
Ed
-Original Message-
From: Ingo Schmid
Sent: Wednesday, June 12, 2019 5:25 PM
To: pdl-general@lists.sourceforge.net
Subject: Re: [Pdl-general] Several problems with PDL
Hi,
let me comment
, modules + versions, actions (possibly
from URLs), and expected outputs.
Best regards,
Ed
From: Ed .<mailto:ej...@hotmail.com>
Sent: Tuesday, April 16, 2019 3:36 PM
To: Chris Marshall<mailto:devel.chm...@gmail.com>
Cc: pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.
of
course agree with your point, and not coincidentally with myself, PDLA is
the only way forward. It's a misfortune that I haven't updated it since the
first effort, but I am going to rectify that. Hence this conversation!
Best regards,
Ed
-Original Message-
From: Luis Mochan
Sent: Sun
automatically fork a provided "repro set" (as we could
call it), and make pull requests with updates.
The possibilities are endless. Please share your thoughts, and whether you
would like to help out!
All the best,
Ed
-Original Message-
From: Luis Mochan
Sent: Sunday, No
o
fix any of them (hint: the "approx" one looks easy!), please go ahead!
Best regards,
Ed
PDL releasing guy
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
Dear PDL folks,
I have just released PDL 2.020 onto CPAN. Major changes:
- PDL::PP and associated modules now put lots of #line directives into
generated .xs files, so it’s possible to understand where in PDL::PP (etc)
you’d need to look if something goes wrong
- malloc-ed things get zeroed
in any case. I look forward to having something to look at soon!
Similarly - Derek, do you mind my waiting to merge your doc-system stuff
until straight after 2.020?
Best regards,
Ed
-Original Message-
From: Ingo Schmid
Sent: Monday, November 11, 2019 8:58 AM
To: pdl-general
Hi Luis,
This is a great initiative! Want to PR the tools used onto the GH
repository?
Best regards,
Ed
-Original Message-
From: Luis Mochan
Sent: Monday, February 24, 2020 3:08 AM
To: pdl-general@lists.sourceforge.net
Subject: [Pdl-general] docker
After a long time, I did a fresh
Hi Karl,
Could you capture on here what lines of code etc you changed, hopefully along
with all the software versions you used etc, so that ideally someone else
arriving fresh could do exactly what you did and get the same results?
Best regards,
Ed
From: Karl Glazebrook via pdl-general
ler error.
As another generality, if asking for help, you can save a step by including
what version of the various packages you’re using (and ideally a version of
Perl and your OS too), and if line numbers of files are given, show those too.
At the least, looking at those things might enable yo
Hi Daniel and Ingo,
Ingo, thank you for answering!
Daniel, did this help? If you have figured how to achieve what you’re after,
could you share the relevant code snippet here?
Either way, I’d like to incorporate it into the PDL::FFTW3 docs as a nice
example.
Best regards,
Ed
From: Ingo
Hi Derek,
On my Mac I use Homebrew’s GD and it gets found by PDL’s build without needing
to specify anything. Could you try installing Homebrew GD?
Best regards,
Ed
From: Bryan Jurish<mailto:moocow.bov...@gmail.com>
Sent: 10 June 2021 05:52
To: Derek Lamb<mailto:de...@boulder.swr
t’s
on a “[phys]” parameter, because there should never be seg-faults.
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 08 June 2021 04:54
To: perldl<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-general] [Pdl-devel] lu_backsub
Hi Ed,
On Tue, Jun 01, 2021 at 1
Hi Derek,
Thanks for the patch, I’ve modified it and merged that, and will release the
results soon!
Best regards,
Ed
From: Derek Lamb<mailto:de...@boulder.swri.edu>
Sent: 11 June 2021 19:36
To: Ed .<mailto:ej...@hotmail.com>
Cc: Bryan Jurish<mailto:moocow.bov...@gmail.com>;
This has now been merged and released to CPAN as version 2.017.
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 24 May 2021 03:41
To: pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-general] Feedback on PDL-Grap
surprising outcome
(especially given your previous note was apparently prompted by surprise).
What do you (and others) think?
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 01 June 2021 01:46
To: perldl<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-g
$PDL::undefval can be ndarray
- overloading now done in PDL::Ops/Primitive where functions defined
- overloading honours subclass methods
As usual, please give it a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@li
the people who have code that expects the
current behaviour. My direction of travel is that PDL::Complex will continue to
behave as it does now, but users are recommended to write new code using
native-complex.
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 01 June 2021
other stuff, I’ll be
releasing them. Thanks for the report!
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 29 May 2021 20:28
To: perldl<mailto:pdl-general@lists.sourceforge.net>;
perldl<mailto:pdl-de...@lists.sourceforge.net>
Subject: [Pdl-devel] l
If you do figure something out, please share it here or on a GitHub issue so it
can be incorporated into PDL::IO::Pic!
Best regards,
Ed
From: David Mertens<mailto:dcmertens.p...@gmail.com>
Sent: 02 June 2021 01:36
To: Ingo Schmid<mailto:ingo...@gmx.at>
Cc: perldl<mai
, and should fix these
problems. Please give it a go!
Best regards,
Ed
From: Ingo Schmid<mailto:ingo...@gmx.at>
Sent: 22 June 2021 11:55
To:
pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.sourceforge.net>;
pdl-devel<mailto:pdl-de...@lists.sourceforge.net>
Subje
the docs to “ndarrays”
As usual, please try it out, and report any issues!
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
The PDL::Version module was removed in 2.035. If a version check is needed,
please “require PDL” and use the “$PDL::VERSION” variable instead, which I
believe will work on any version going back several years.
Best regards,
Ed
From: vividsnow<mailto:vivids...@gmail.com>
Sent: 28 April 2
installation working! (and to
find and fix any PDL problems)
Best regards,
Ed
From: Yury Pakhomov<mailto:pakho...@inasan.ru>
Sent: 28 April 2021 14:09
To: pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-general] PDL 2.040
simple command &q
now!), nothing is lost.
Best regards,
Ed
From: Ingo Schmid<mailto:ingo...@gmx.at>
Sent: 28 April 2021 16:01
To: pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-general] PDL 2.040
Hi Ed,
thanks for pushing out releases at an unbelievable
that the interactive shells etc are so small and minimal
in terms of build that this would not help. Anyone else have views?
Please try this version with all your code, and report problems with PRs,
GitHub issues, or at least email reports!
Best regards,
Ed
the end of the week remains. Please let me (and/or the list) know if you
find any problems!
Best regards,
Ed
From: Ed .<mailto:ej...@hotmail.com>
Sent: 01 March 2021 00:08
To: perldl<mailto:pdl-general@lists.sourceforge.net>;
pdl-devel<mailto:pdl-de...@lists.sourceforge.net>
Sub
h “2” gets turned into – make
“D” be last, and all is well)
Please give it a try with all your scripts / modules, because if all goes well,
I will release it as 2.027 within about a week, give or take.
Best regards,
Ed
From: Ed<mailto:ej...@hotmail.com>
Sent: 28 February 2021 12:3
info to reproduce (still great), or at least a report on here
(also fine!).
Next steps: split out PDL::Core, then other large chunks, into their own
distributions, for easier maintenance, and easier use by packagers.
Best regards,
Ed
___
pdl-general
a check for unsigned-handling. Now that’s corrected, and there’s a test
to guard against regressions. As soon as the tests have passed on the CI, there
will be a 2.028 on its way to CPAN.
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 06 March 2021 23:53
To:
), and therefore be able to use the
“i” constant in the same way as currently. However, are you seeing a use for it
that adds anything to simply using i2C from PDL::Complex?
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 07 March 2021 22:43
To: pdl-de...@lists.sourcefor
-complex on older (and buggy/incomplete) libm’s on FreeBSD
and CentOS, together with some updates I’ve incorporated out of the PDLA
distros. If it tests Ok, I’ll be full-releasing 2.029 quite soon, then looking
at the PDL::Complex integration.
Best regards,
Ed
From: Luis Mochan<mailto:
ceforge.net<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-general] [Pdl-devel] PDL 2.027 released
On Mon, Mar 08, 2021 at 03:28:09PM +, Ed . wrote:
> Hi folks,
>
> I added the warning because I found the behaviour surprising when adding
> tests. My plan now is
Hi Ingo,
That does sound like the right approach. Do you feel like making a PR with at
least a sketch like “talk about complex numbers here” in the various places,
for me to expand? Obviously, you’ll be welcome to also document it a bit more
fully instead ;-)
Best regards,
Ed
From: Ingo
I will have a look at all this in due course. Currently there are some test
failures with nat_complex.t on Centos, so I will also look at fixing those,
together with incorporating various small but useful changes from the PDLA
series back into PDL.
Best regards,
Ed
From: Luis Mochan<mail
is showing the errors.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
“perl -Mblib
t/file.t”. I don’t know why you’d get a seg-fault, sorry.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
to depend on just that (for faster CI / installation)
d.. split out other chunks like GSL, etc. With each one, “big PDL” will get a
new version that depends on the chunks, so it will still install “everything
including the kitchen sink”
Best regards,
Ed
From: Karl Glazebrook
Sent: Sunday, February
to work with
the brave new PDL. Thank you to the various contributors to these efforts.
Everyone please give the new code a try and report any problems in the usual
way!
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
native complex numbers
Thoughts welcome on any and all of the above!
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
turning off their
open-source support.
GitHub actions are configured in the files under .github. There are tutorials
which are very good, but the starting point we have works, which always helps
From: Karl Glazebrook<mailto:karlglazebr...@mac.com>
Sent: 16 February 2021 01:22
To: Ed .<
libraries could be a separate
component; the PGPLOT another; maybe GSL another one. That way if
PDL::Graphics::PGPLOT needs fixing, that can be done (and released)
independently.
Best regards,
Ed
From: Karl Glazebrook<mailto:karlglazebr...@mac.com>
Sent: 16 February 2021 07:23
To: Ed .<
more modern alternatives. I’m reluctant, but there are only so many
hours in the day. What do others think?
Best regards,
Ed
From: Karl Glazebrook<mailto:karlglazebr...@mac.com>
Sent: 16 February 2021 01:31
To: Ed .<mailto:ej...@hotmail.com>
Cc: pdl-general@lists.sourceforge.net<mai
/PDLPorters/perl5-PGPLOT/tree/macos-ci
From: Karl Glazebrook<mailto:karlglazebr...@mac.com>
Sent: 14 January 2021 00:26
To: Ed .<mailto:ej...@hotmail.com>
Cc: pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: pgplot instructions for Big Sur macOS
t that while there!
Best regards,
Ed
From: Ingo Schmid<mailto:ingo...@gmx.at>
Sent: 20 February 2021 13:21
To: pdl-de...@lists.sourceforge.net<mailto:pdl-de...@lists.sourceforge.net>;
pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-devel]
gle new-style complex
value (Ingo’s done a really good job):
pdl> $x = cdouble(3 + 2*ci)
pdl> p $x
3+2i
pdl> p creal($x)
3
pdl> p cimag($x)
2
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 20 February 2021 14:48
To: pdl-de...@lists.sourceforge.net<mail
or test those
functions if they’re not there.
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 20 February 2021 15:41
To: pdl-de...@lists.sourceforge.net<mailto:pdl-de...@lists.sourceforge.net>;
pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.
be that it should always be NaN, but that seems a pity.
Discussion of this will inform what to make the tests enforce, since
unfortunately they are currently silent.
Best regards,
Ed
From: Ed .<mailto:ej...@hotmail.com>
Sent: 21 February 2021 09:54
To: Craig DeForest<mailto:defor...@boulder.swr
lto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-devel] PDL 2.026 released to CPAN
On Sun, Feb 21, 2021 at 12:22:22AM +, Ed . wrote:
> It was because PDL::FFTW3 had pp_def params called “complex” which clashed
> with complex.h. I’ve changed them and released 0.07 which cleverly renames
>
! In fact you meant with the dev-released 2.026_01 (phew). In
any case, thank you for the report.
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 20 February 2021 20:53
To: pdl-de...@lists.sourceforge.net<mailto:pdl-de...@lists.sourceforge.net>;
perldl<mai
nt: 21 February 2021 02:08
To: Ed .<mailto:ej...@hotmail.com>
Cc: Luis Mochan<mailto:moc...@icf.unam.mx>;
pdl-de...@lists.sourceforge.net<mailto:pdl-de...@lists.sourceforge.net>;
perldl<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-general] [Pdl-devel] PDL 2.0
, mathematically valid).
As Derek said, please report any issues you find to the mailing list (good), or
create an issue (better) or a pull request (best!) on GitHub. Thanks, and
Happy PDL-ing!
Best regards,
Ed
___
pdl-general mailing list
pdl-general
ain )
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 20 February 2021 00:09
To: pdl-de...@lists.sourceforge.net<mailto:pdl-de...@lists.sourceforge.net>;
perldl<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-devel] PDL 2.026_01 released to CPAN
these modules, and also to Zaki
for indispensable help in fixing the various gremlins that arose.
As usual, please give try these and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https
container technology?
Best regards,
Ed
From: Karl Glazebrook<mailto:karlglazebr...@mac.com>
Sent: 29 August 2021 01:56
To: Ed .<mailto:ej...@hotmail.com>
Cc: perldl<mailto:pdl-general@lists.sourceforge.net>; Bob
Abraham<mailto:abra...@astro.utoronto.ca>
Subject: Re: [Pdl-ge
using for other than mmap – oops). Please give
it a go!
Best regards,
Ed
From: Karl Glazebrook via pdl-general<mailto:pdl-general@lists.sourceforge.net>
Sent: 16 August 2021 13:11
To: perldl<mailto:pdl-general@lists.sourceforge.net>
Cc: Bob Abraham<mailto:abra...@astro.utoronto.ca
al, please give it a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
try and report problems.
Non-main-PDL news: new versions of PDL::IO::HDF5 and PDL::Graphics::PLplot have
been released recently. Please give them a go as well.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
ht
Hi Luis,
It will really help if you can give which version of PDL you have, and also
whether you’ve tried exactly the same script on different versions of PDL
and/or P:G:Gnuplot to make it easier/possible to track down what’s changed?
Best regards,
Ed
From: Luis Mochan<mailto:
intended development is to use OpenCL where available to
automatically translate pp_def-ed functions to use GPUs as well.
The second and third main points are intended to transform PDL into a C library
with a Perl interface, which could then be used in C programs, or via
interfaces in other
[Pdl-devel] native complex and PDL::LinearAlgebra
On Sat, Sep 25, 2021 at 03:33:29PM +, Ed . wrote:
> Hi Luis,
>
> I’ll take a look shortly (in the final stages of getting the multi-C to
> work). Can you confirm whether this worked according to your expectation in
> 2.057?
This fai
Hi Luis,
I’ll take a look shortly (in the final stages of getting the multi-C to work).
Can you confirm whether this worked according to your expectation in 2.057?
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 25 September 2021 15:49
To: perldl<mailto:pd
I should add: it is a known problem that older versions of clang/LLVM (at least
10.0.1 and 12.0.0, though not 12.0.5) crash when compiling the latest PDL. If
this happens for you, please upgrade your clang/LLVM.
Best regards,
Ed
From: Ed .<mailto:ej...@hotmail.com>
Sent: 12 October 2021
the new PDL a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
of different ray
heights. That could then benefit from pthreading.
Comments very welcome on the design of the PP function and its use of threading!
Best regards,
Ed
From: Ed .<mailto:ej...@hotmail.com>
Sent: 30 September 2021 16:38
To: Luis Mochan<mailto:moc...@icf.unam.mx>;
perld
ing, but I’d assume that
NumPy/scipy would have the same performance difficulties in this benchmark as
PDL, and for similar reasons.
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 28 September 2021 00:47
To: perldl<mailto:pdl-general@lists.sourceforge.net>;
perld
I have now updated the PDL version, which now shows speed comparable to C, and
indeed with the pthreading it’s even faster (which isn’t fun to do in pure C,
but incredibly trivial in PDL):
https://github.com/Fourmilab/floating_point_benchmarks/pull/1
From: Ed .<mailto:ej...@hotmail.com>
1.5e6 | 56 | 26.785714 | 42.1 |
| my pdl | 15e6 | 67 | 223.88060 |5.0 |
| Ed's pdl | 15e6 | 16 | 937.5 |1.2 |
| Ed's 4 cores | 15e6 | 11 | 1363.6364 | 0.8 |
So, as Ed wrote, just by stting and environment variabl
Further to this, an obvious approach for e.g. “conj” is to add “PMCode” that
simply does “return $self if $self->type->real;” first, with the obvious
“topdl” bit first to setup $self.
From: Ed .<mailto:ej...@hotmail.com>
Sent: 27 September 2021 15:23
To: Luis Mochan<mailto:moc
too. PR-ing of tests on main PDL would also be very helpful!
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 27 September 2021 01:41
To: perldl<mailto:pdl-general@lists.sourceforge.net>;
perldl<mailto:pdl-de...@lists.sourceforge.net>
Subject: Re: [Pdl-dev
it.
Best regards,
Ed
From: Boyd Duffee<mailto:boyd.duf...@gmail.com>
Sent: 01 October 2021 07:27
To: Ed .<mailto:ej...@hotmail.com>
Cc: perldl<mailto:pdl-general@lists.sourceforge.net>;
perldl<mailto:pdl-de...@lists.sourceforge.net>
Subject: Re: [Pdl-devel] benchmarks
I was t
if available
The IRC channel (#pdl on irc.perl.org) is a great virtual place to come and ask
questions, or just watch the GitHub messages flow by.
As usual, please give the new PDL a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
lpp. For a working (albeit somewhat complex) example, see posts here
about John Walker’s floating-point benchmarks done in PDL.
Best regards,
Ed
From: Bryan Jurish<mailto:moocow.bov...@gmail.com>
Sent: 19 June 2020 14:26
To: Derek Lamb<mailto:de...@boulder.swri.edu>
Cc: perldl<
ew PDL a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
directives.
Best regards,
Ed
From: Ingo Schmid<mailto:ingo...@gmx.at>
Sent: 11 November 2021 15:19
To: pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-general] PDL 2.059 released
Hi Ed,
I've noticed very strange clutter of # line ... in PP
com>
Sent: 26 October 2021 08:57
To: Ed .<mailto:ej...@hotmail.com>
Cc: Luis Mochan<mailto:moc...@icf.unam.mx>;
pdl-de...@lists.sourceforge.net<mailto:pdl-de...@lists.sourceforge.net>;
perldl<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-devel] benchmarks
hal.
Thanks, Zaki!
The IRC channel (#pdl on irc.perl.org) is a great virtual place to come and ask
questions, or just watch the GitHub messages flow by.
As usual, please give the new PDL a try and report problems.
Best regards,
Ed
___
pdl-general mail
2.059 had problems on more recent versions of the MinGW runtime. I have now
worked around these, and released a new 2.060 which seems to work again.
Please report any problems in 2.060!
Best regards,
Ed
From: Ed .<mailto:ej...@hotmail.com>
Sent: 08 November 2021 05:04
To:
e.g. BLAS/LAPACK routines if available
* use OpenCL to also utilise GPUs if available
The IRC channel (#pdl on irc.perl.org) is a great virtual place to come and ask
questions, or just watch the GitHub messages flow by.
As usual, please give the new PDL a try and report problems.
Best regards,
ble from e.g. Python
* use OpenCL or other means to also utilise GPUs if available
The IRC channel (#pdl on irc.perl.org) is a great virtual place to come and ask
questions, or just watch the GitHub messages flow by.
As usual, please give the new PDL a try and report problems.
Best regards,
ype, and get_dataref/upd_data to create an ndarray.
Best regards,
Ed
From: Ingo Schmid<mailto:ingo...@gmx.at>
Sent: 15 March 2022 19:52
To: perldl<mailto:pdl-general@lists.sourceforge.net>
Subject: [Pdl-general] set pointer to data (PP)
Hi,
I would like to update the pointer to piddle data. I've g
org) is a great virtual place to come and ask
questions, or just watch the GitHub messages flow by.
As usual, please give the new PDL a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
ht
better a pull-request with the suggested doc snippet!
Best regards,
Ed
From: Craig DeForest<mailto:defor...@boulder.swri.edu>
Sent: 08 March 2022 17:29
To: Ingo Schmid<mailto:ingo...@gmx.at>
Cc: perldl<mailto:pdl-general@lists.sourceforge.net>
Subject: Re: [Pdl-general] otherpar
passed around as a blessed Perl IV, XS takes care of this
all for you), and the use of OtherPars => “gsl_interp_accel *acc” then
$COMP(acc) in the rest of the code.
Best regards,
Ed
From: Ingo Schmid<mailto:ingo...@gmx.at>
Sent: 08 March 2022 17:10
To: perldl<mailto
place to come and ask
questions, or just watch the GitHub messages flow by.
As usual, please give the new PDL a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists
Hi Guillermo,
If it’s working now there’s no need to worry. The -MV= stuff would have been to
detect if the two PDL* modules were from different sources, but it looks like
you’ve cracked it already!
Best regards,
Ed
From: Guillermo P. Ortiz<mailto:gor...@exa.unne.edu.ar>
Sent: 17 Fe
current PDL installation isn’t finding OpenGL (in fact,
you probably don’t have OpenGL::GLUT installed, which is now needed to build
and use OpenGL type stuff).
Best regards,
Ed
From: Guillermo P. Ortiz<mailto:gor...@exa.unne.edu.ar>
Sent: 17 February 2022 22:48
To: pdl-de...@lists.sourcefor
/master/Libtmp/GSL/INTERP for a complete
example.
However you decide to proceed, I would urge you to indeed share your code,
possibly on GitHub. It might even make sense for you to fork Dima’s repo and
start from there? Please put the URL and any code so far on issue #362 :-)
Best regards,
Ed
channel (#pdl on irc.perl.org) is a great virtual place to come and ask
questions, or just watch the GitHub messages flow by.
As usual, please give the new PDL a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general
as a mechanism is not a suitable vehicle for this, nor really for
anything else. The whole Alien concept in Perl was originally invented to solve
this class of problems, for PDL. We are sticking with it until a convincing
case is made for something better.
Best regards,
Ed
From: Hernán De Angelis
a nice visual demo for
PDL::Stats). Anyone who knows more about statistics than me who wants to help
or even offer guidance on that or the OpenCV stuff, please speak up!
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 12 April 2022 17:14
To: pdl-general@lists.sourcefor
virtual place to come and ask
questions, or just watch the GitHub messages flow by.
As usual, please give the new release a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net
open an issue on https://github.com/Perl-GPU/OpenGL-GLUT/issues
describing the problem you’re having with GLUT to help us fix it. My plan is to
roll OpenGL::GLUT back into a single OpenGL distribution to ease
installation/use.
Best regards,
Ed
From: Hernán De Angelis<mailto:variablesta
in the sidebar (which links to that).
As usual, please give the new website a try and report problems.
Best regards,
Ed
___
pdl-general mailing list
pdl-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-general
, or by opening a GitHub issue,
or whatever other means you feel suitable :-)
Best regards,
Ed
From: Hernán De Angelis<mailto:variablestarli...@gmail.com>
Sent: 12 April 2022 18:50
To: Ed .<mailto:ej...@hotmail.com>
Cc: pdl-general@lists.sourceforge.net<mailto:pdl-general@lists.sourcefor
1 - 100 of 166 matches
Mail list logo