[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

All: > my $x=1; > say $x/2/3; > > 0.1666667 > > This means that /2/ is removed incorrectly. The name of the variable > ($x and not $y) seems important. > --- > > Regards, > Luis > > > > > On Sun, Ja

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

> [0 0 0 0] > > > Note this is not a general problem with dataflow, if I make a sequence and > slice or index is then the ops work fine. It is just something weird on the > ndarray produced by rcols. > > Karl > > > > > >> On 7 Jan

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

Thanks Ed - I will experiment with -O3. Indeed it would be good to make the basic ops as optimised as possible Karl > On 27 Oct 2021, at 3:08 am, Ed . wrote: > > If you’re using a typical consumer computer, you’ll get limitations of memory > bandwidth, which it seems will limit simple

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

The documents are all a bit meta. So they run on github servers? It is never clearly said that I could see. A split is fine if done properly and planned. Without that I’d prefer to keep it in. Karl > On 16 Feb 2021, at 6:45 pm, Ed . wrote: > > Hi Karl, > > GitHub Actions are all

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

Right. I took a look at that yml file and I can sort of see what is going on. On what machine is that CI stuff being run? Re FreeBSD. Are there many users? I have no idea how ports files would work on that distribution, I haven’t even learned how to do this on Macports or Homebrew (though I

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

OK . … in this case what ‘action’ is actually run? > On 16 Feb 2021, at 12:25 pm, Ed . wrote: > > CI is “continuous integration”, run every time a commit is pushed to the > server (or a pull request is created or updated) to give instant feedback on > problems. GitHub Actions is the new-ish

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

Hi Ed Sorry for the dumb question - can you explain what ' GitHub Action CI’ is? Do I need to know about it? Karl > On 15 Feb 2021, at 4:26 pm, Ed . wrote: > > I’ve updated the CPAN PGPLOT somewhat, including adding GitHub Action CI. I > tried to make it also test on MacOS by using your

[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

Hi all An update on this. The config there uses Apple’s CC, but I have now come across some random segv’s that seem to be avoided if one uses GCC 11 and GFORTRAN 11. So I would recommend editing gfortran_cc_BigSur.conf from that patch to use GCC - and take it from http://hpc.sourceforge.net

[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

I thought I would forward this question to the wider PDL community. I don’t know of anything to recommend. Any perl interfaces to things like TensorFlow? > Begin forwarded message: > > From: 諏訪園秀吾 > Subject: Re: PGPLOT on Mac OSX (Mojave) 10.14.2 > Date: 6 March 2019 at 12:28:50 am AEDT > To:

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)

Hi PDL-general So I released a new version of ExtUtils::F77 to CPAN with minor tweaks (via PAUSE, see below). However this seems to have resulted in the deletion of the entire module! (Searching CPAN does not find it) Does anyone have a clue what might have happened? (Note the testing link

Re: [Pdl-general] SciPDL 2.019

;> On 29 Sep 2018, at 2:44 am, Sergey Kolychev >> wrote: >> >> One way (not sure if optimal) is creating a repository for SciPDL with just >> a README file and then creating a release >> https://help.github.com/articles/about-releases/ with included binary file

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