[Pdl-general] SciPDL v2.088 release

Hi PDL folk, I have now made a SciPDL version (drag and drop MacOS installer) of the latest PDL v2.088 Please find it, and some previous builds, at the new location: https://github.com/PDLPorters/SciPDL/releases Let me know if there any issues

Re: [Pdl-general] SciPDL move

a new one? Probably the latter to minimise > conflicts. > > Best regards, > Ed > > From: Karl Glazebrook via pdl-general > Sent: 16 April 2024 2:35 AM > To: perldl > Subject: [Pdl-general] SciPDL move > > Hi all > > I’ve moved my SciPDL distribution (easy Ma

Re: [Pdl-general] SciPDL move

the latter to minimise conflicts. Best regards, Ed From: Karl Glazebrook via pdl-general Sent: 16 April 2024 2:35 AM To: perldl Subject: [Pdl-general] SciPDL move   Hi all I’ve moved my SciPDL distribution (easy MacOS kitchen sink install) to a new location: PDLPorters

[Pdl-general] SciPDL move

Hi all I’ve moved my SciPDL distribution (easy MacOS kitchen sink install) to a new location: https://github.com/PDLPorters/SciPDL PDLPorters/SciPDL: This is a repository for creating SciPDL distributions (easy install of PDL on MacOS) github.com This means I can do ‘releases’ without

Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue

27 deletions(-) > > I am now investigating a fix, which given how specific it is to trigger, will > probably be small, and is surely related to book-keeping of parents vs > children, and flowing transformations. > > Best regards, > Ed > > From: Karl Glazebrook via pdl-ge

Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - scalars vs piddles

40) was to rename > “piddles” (which always struck me as faintly juvenile, and I felt would > undermine PDL’s credibility for no good reason) to “ndarrays”, which is a > widely-used term. The “piddle” function was retained for back-compatibility. > > Best regards, >

Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - PDL::NiceSlice issue

agony out of > all proportion to how “nice” it actually is. It’s a pity Perl doesn’t have a > properly hookable parser yet (at least to my knowledge). > > Best regards, > Ed > > From: Luis Mochan <mailto:moc...@icf.unam.mx> > Sent: 07 January 2024 02:46 > To: Karl Gl

Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue

the problem go away. Works fine in PDL-2.025. Some bug that has been introduced in ->mv ? Sorry to the stream of consciousness series of emails. I will stop looking now... Karl > On 7 Jan 2024, at 4:32 pm, Karl Glazebrook wrote: > > OK here is some deeper diving in to the problem &g

Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue

e or index is then the ops work fine. It is just something weird on the ndarray produced by rcols. Karl > On 7 Jan 2024, at 3:41 pm, Karl Glazebrook via pdl-general > wrote: > > Ah! I believe the difference between medover and median is a clump(-1) to > collapse the dimensions

Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue

> I noticed that medover and maxover do work as expected in this case. > > > On Sun, Jan 07, 2024 at 11:26:56AM +1100, Karl Glazebrook via pdl-general > wrote: >> Hi all, >> >> This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is >> lame) &

Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue

le bug to do with the internal routines that rcols uses (buffering and extending of ndarrays?) and perhaps the underlying dataflow engine. Arghh! Probably worth tracking down as it might be causing other badness…. Karl > On 7 Jan 2024, at 11:26 am, Karl Glazebrook via pdl-general > wr

Re: [Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - PDL::NiceSlice issue

> On 7 Jan 2024, at 11:55 am, Karl Glazebrook via pdl-general > wrote: > > (The mismatch of line numbers seems to be related to the use of hereto text > earlier in the code, the debugger shows different line numbers) > PS just to prove this point given the line numbers

[Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - PDL::NiceSlice issue

Hi all, This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is lame) I noticed a few things when running one of my complicated codes, I will start seperate email threads This last one - I had PDL::NiceSlice failing randomly halfway through a long module? So the module

[Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - scalars vs piddles

Hi all, This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is lame) I noticed a few things when running one of my complicated codes, I will start seperate email threads Next I think this one is a design choice change I missed. - Functions like median() max() etc now

[Pdl-general] Changes I noted PDL2.025 -> PDL2.084 - rcols issue

Hi all, This dinosaur just upgraded from PDL v2.025 to v.2.084 (yes, I know that is lame) I noticed a few things when running one of my complicated codes, I will start seperate email threads First there seems to be a serious rcols bug: e.g. create a file # tmp.dat 1 2 3 4 Loaded PDL

Re: [Pdl-general] [Pdl-devel] benchmarks

ps > (fundamentally, the non-parallelisable bits impose limits, including > main-memory access). > > From: Karl Glazebrook <mailto:karlglazebr...@mac.com> > Sent: 26 October 2021 08:57 > To: Ed . <mailto:ej...@hotmail.com> > Cc: Luis Mochan <ma

Re: [Pdl-general] [Pdl-devel] benchmarks

This thread is interesting. I was wondering if anyone has ever seen speedups of 2x or better with PDL_AUTOPTHREAD_TARG > 2? I find it tends to max out at around 1.5-1.7x whatever I set. I know about overhead etc. but kind of feel for some of the basic stuff (e.g. A=B*C for large arrays with

Re: [Pdl-general] SciPDL Docker

17 Aug 2021, at 1:01 am, Ed . <mailto:ej...@hotmail.com>> wrote: > > Hi Karl, > > That’s great! Can you share your Dockerfile? Is it on GitHub? I’m thinking it > would be great to have it within PDLPorters, maybe in a repo called (very > imaginatively) “docker”. >

Re: [Pdl-general] SciPDL Docker

here is in fact now a 2.057 (which restored the DELETEDATA mechanism > which it turns out people were 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&

[Pdl-general] SciPDL Docker

Hi PDL users, I made a Docker version of SciPDL and put it on Dockerhub. It was on my to-do list for a while, helped me learn more about Docker. So you can run it anywhere you can run Docker with a command like: docker run -it karlglazebrook/scipdl pdl It has pgplot (make sure to set X11

Re: [Pdl-general] pgplot instructions for Big Sur macOS

nd the packages imported by “use PDL” > would be a separate distribution; the various Proj 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. > >

Re: [Pdl-general] pgplot instructions for Big Sur macOS

, 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.sourcefor

Re: [Pdl-general] pgplot instructions for Big Sur macOS

ing point we have works, which always helps >  > > From: Karl Glazebrook <mailto:karlglazebr...@mac.com> > Sent: 16 February 2021 01:22 > To: Ed . <mailto:ej...@hotmail.com> > Cc: pdl-general@lists.sourceforge.net > <mailto:pdl-general@lists.sourceforge.net&

Re: [Pdl-general] pgplot instructions for Big Sur macOS

y using your instructions, but I don’t > know enough about the MacOS specifics. I’ve left the attempt on a branch, > hopefully a Mac expert (Karl? ) can fix it: > https://github.com/PDLPorters/perl5-PGPLOT/tree/macos-ci > <https://github.com/PDLPorters/perl5-PGPLOT/tree/macos-ci&g

[Pdl-general] SciPDL 2.025 for MacOS (including ARM!)

Hi all, I’ve made a new build of SciPDL** for PDL v2.025 natively compiled for M1 (arm64) CPU Macs: https://www.dropbox.com/s/n4699qg2vhg2kog/SciPDL-v2.025-arm64.dmg?dl=0 This was built on MacOS 11 Big Sur and

Re: [Pdl-general] pgplot instructions for Big Sur macOS

<http://hpc.sourceforge.net/> (which is where I got GFORTRAN) Karl > On 7 Jan 2021, at 4:57 pm, Karl Glazebrook wrote: > > Here you go Ed et al: > > This below installs a fully functioning pgplot on my Big Sur ARM Mac in > /usr/local/pgplot. I expect it will also work t

[Pdl-general] pgplot instructions for Big Sur macOS

Here you go Ed et al: This below installs a fully functioning pgplot on my Big Sur ARM Mac in /usr/local/pgplot. I expect it will also work the same on Big Sur Intel. You need to have prerequisites: 1. Macports X11 installed in the usual place under /opt/… (I have xorg-server 1.20.10) 2.

Re: [Pdl-general] PDL for Apple Silicon

hat 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 >> <mailto:pdl-general@lists.sourceforge.net> >> Sent: 05 January 20

Re: [Pdl-general] PDL for Apple Silicon

e else > arriving fresh could do exactly what you did and get the same results? > > Best regards, > Ed > > From: Karl Glazebrook via pdl-general > <mailto:pdl-general@lists.sourceforge.net> > Sent: 05 January 2021 08:13 > To: Derek Lamb <mailto:de...@bou

Re: [Pdl-general] PDL for Apple Silicon

faults (https://trac.macports.org/ticket/57726). Are you using > Homebrew, or building it from scratch? > > Derek > >> On Jan 2, 2021, at 11:23 PM, Karl Glazebrook via pdl-general >> wrote: >> >> Happy New Year everyone! Hopefully 2021 will be better than

[Pdl-general] M1 Macs with Big Sur

Hi there PDL users If anyone is interested - I just got a M1 MacBook Air and I can report that SciPDL works just fine! The trick is to 'break it out of quarantine’ (ironic for 2020): e.g. karl@Karls-MacBook-Air ~ % sudo xattr -r -d com.apple.quarantine /Applications/PDL This is under

Re: [Pdl-general] Blue sky - raku

Hi Boyd et al., I finally got round to having a play with raku/perl6. Here are some random thoughts for the list: Installed with a one line homebrew command, the executable is still called perl6. Everything it says on the tin (https://raku.guide ) works. They finally

[Pdl-general] Blue sky - raku

I wanted to open a blue sky discussion. I see that Perl 6 is now renamed as ‘Raku’ https://raku.org So camels are now butterflies. Seems like a good decision to me, it seems quite a different language syntactically and makes clear there will be different paths for Perl vs

Re: [Pdl-general] CHM passing on PDL maintainer torch

Thanks Chris for all your hard work. I find it hard to believe too, and equally hard to believe PDL is now 23 years old best Karl > On 28 Jul 2019, at 6:25 am, Chris Marshall wrote: > > Dear PDL Users and Developers, > > I've just transferred maintainership for PDL et. al. to > EDJ/DJERIUS

Re: [Pdl-general] Converting NumPY examples to PDL

Also, a good general rule is any multidim operation which is naturally ‘first index first’ in PDL is better expressed as ‘last index first’ in numpy. Then the threading <> broadcasting and reduction operations translates reasonably naturally. This may require you to transpose your data. Karl

Re: [Pdl-general] Introducing Perl port of R's ggplot2

That is very interesting Does it support piddles directly? Karl > On 24 Mar 2019, at 9:04 pm, Stephan Loyd wrote: > > Hi pdl users, > > Hereby I would like to introduce my Perl port of ggplot2: > https://metacpan.org/pod/Chart::GGPlot > . It's

[Pdl-general] Fwd: PGPLOT on Mac OSX (Mojave) 10.14.2

2:28:50 am AEDT > To: Karl Glazebrook > > > By the way, I am looking for libraries for deep learning using Perl, because > a recent paper reported that > epilepsy diagnosis of electroencephalogram files reached around 70% correct > answers (close to those by using the tradi

Re: [Pdl-general] extutils-f77

This seems like a reasonable change. I am not sure though where the original bug was introduced and why/ Can you file it as an issue on github and we can discuss it there? Also is the debug output a seperate issue? I know a recent patch tried to clean up outputs Karl > On 19 Feb 2019, at

Re: [Pdl-general] [PDLPorters/extutils-f77] v1.21 (#3)

7ceb7eb25a669749183 > sha1: b9777889785fc4a3df660e1e41e5f742099772c1 > > CPAN Testers will start reporting results in an hour or so: > > http://matrix.cpantesters.org/?dist=ExtUtils-F77 > <http://matrix.cpantesters.org/?dist=ExtUtils-F77> > > Request entered by: KGB

Re: [Pdl-general] SciPDL 2.019

BTW everyone - how do we update the web site? Maybe that should also be on github. Karl > On 20 Oct 2018, at 7:19 pm, Karl Glazebrook wrote: > > Hi PDL-folk, > > Belated action on this. I read the article linked below by Sergey and it > describes how to add binary

Re: [Pdl-general] SciPDL 2.019

les/about-releases/ with included binary file. > > On Fri, Sep 28, 2018 at 3:19 AM Karl Glazebrook via pdl-general > wrote: > Hi everyone > > HOW do I put it on github? > > I am looking at PDLPorters/pdl and I do not see an obvious place to put a > big fat binary file… I d

Re: [Pdl-general] SciPDL 2.019

on github. > > I’m still using PDL, but I’m sorry to admit I’ve never really used SciPDL. > I’ve got too much custom stuff around. > > >> On Aug 25, 2018, at 9:09 PM, Karl Glazebrook via pdl-general >> wrote: >> >> opinion/advice? defeaning silence! Maybe you

Re: [Pdl-general] SciPDL 2.019

opinion/advice? defeaning silence! Maybe you are all using numpy now :) > On 30 Jul 2018, at 6:23 pm, Karl Glazebrook via pdl-general > wrote: > > I am happy to try adding other modules, yes it is supposed to be a kitchen > sink. > > I’d like to know first who el

[Pdl-general] SciPDL 2.019

I’ve made SciPDL 2.019 for MacOS X (sorry for the delay, I will do better next time, I filed this under ‘do later’ and didn't) https://www.dropbox.com/s/dwgmmegvzk5zt7n/SciPDL-v2.019.dmg?dl=0 Where should I put it? SF or

Re: [Pdl-general] PDL pgplot Ubuntu/ debian package

Wow Pete! Nice sideloading instructions. Yes that certainly fixes things. I will try the suggested Debian perl email address. Karl From: Peter Ratzlaff Sent: Friday, 25 May 2018 12:40 PM To: Karl Glazebrook; perldl; pdl-de...@lists.sourceforge.net Subject: Re: [Pdl-general] PDL pgplot Ubuntu

[Pdl-general] PDL pgplot Ubuntu/ debian package

Hi there PDL folk, I want to bring up an issue with the perl PGPLOT package on debian/Ubuntu. The apt package is ‘libpgplot-perl’. (This came up when installing PDL on Ubuntu and getting an unexpected graphics library instead of pgplot.) In the latest version of Ubuntu (>=17) someone has

Re: [Pdl-general] PDL-2.019 (the github release) is out

Sorry have we moved 100% to git now? Karl > On 6 May 2018, at 7:18 am, Chris Marshall wrote: > > Christian- > > Thanks for your contribution and patience to support > the mixed sf.net and github development with automatic > pulls to synch the two sites. And thanks

Re: [Pdl-general] History list and command editing in perldl

Hi Will You could try the SciPDL download which lives within it’s own kitchen sink and likely won’t break on new MacOS. (Also includes GNU::Readline) /usr/bin/python includes an editable command line, why can’t this be built in to perl? I find the whole Term::Readline::XX thing confusing.

Re: [Pdl-general] Generating a vector of random integers

Noting there is also the module PDL::GSL::RNG; which has a lot of stuff from GSL > On 7 Apr 2018, at 10:58 am, Craig DeForest wrote: > > Welcome, William! > > You are probably looking for “random()”, which has the same syntax as > “zeroes()” but returns a vector of

Re: [Pdl-general] Julia inspired PDL Next Generation?

In general I broadly agree with this approach, some specific comments below > On 2 Oct 2017, at 2:11 am, Chris Marshall wrote: >> > > There are papers covering COS and its > features and implementation at > > https://github.com/CObjectSystem/COS/tree/master/doc >

Re: [Pdl-general] Julia inspired PDL Next Generation?

Interesting. Thanks for launching this discussion Chris. I will have to read that Bezanson thesis! I took a look at the COS, what exactly are the objects implemented? This was not clear to me. The README did not say much. In designing PDLNG one has to clear discuss and decide ‘what is it for’

Re: [Pdl-general] Tied hashes and FITS header question

Yes, the FITS standard allows these particular special case duplicate fields, but the PDL FITS readers has never supported them. It was done by hashes and of course hashes can only have one key. I imagine to get what you want you would have to modify Astro::FITS::Header either with special code

Re: [Pdl-general] 20th Anniversary OMG

> On 8 Jun 2016, at 9:42 AM, Karl Glazebrook <karlglazebr...@mac.com> wrote: > > > Do we want to mark this in anyway? Maybe release a ‘final' version of PDL 2? > (which should be v.2.71828182845905 following Knuth...) Or given that PDL v2 is now moving in to a very st

Re: [Pdl-general] SciPDL-2.015 status

What do we mean by release? It’s a binary, so I can build it for the OS X version I use and send it out. I am on 10.10 - haven’t got on to 10.11 yet. The problem is they update the system perl with every release. I suppose I could run a VM - anyone have any experience with that on MacOS?

Re: [Pdl-general] SciPDL-2.015 status

he top downloads > from our sf.net files for Mac OS X. > > I defer to your opinion as to whether or > not a binary release would be of use, of > interest, or possible for Mac OS X platforms. > If those issues are ever sorted out, it is > simple to upload any new SciPDL to sf.net. &g

Re: [Pdl-general] CHM/PDL-2.014_01.tar.gz released to CPAN

The reshape() bug was fixed? Is there a test? Karl > On 15 Nov 2015, at 8:18 am, Chris Marshall wrote: > > All- > > ...and should be appearing at a mirror > near you soon. This release is the first > release candidate for the upcoming > PDL-2.015 release. It has