[Pdl-devel] fitpoly1d()

fitpoly1d() no longer seems to thread over extra dimensions: pdl> $x = pdl( [101,103,104,102,109] ) pdl> p $x [101 103 104 102 109] pdl> ($xf, $c) = fitpoly1d($x, 2) pdl> p $xf [100.8 102.3 103.8 105.3 106.8] pdl> pdl> $x = pdl( [101,103,104,102,109],[101,103,104,102,109] ) pdl> p $x [ [101

Re: [Pdl-devel] fitpoly1d()

s::inv is not threadable. It certainly isn't > advertised as such in the docs, though other subs in MatrixOps are advertised > as such. > > cheers, > Derek > > >> On Mar 4, 2015, at 12:59 AM, Karl Glazebrook > <mailto:karlglazebr...@mac.com>> wrote: &g

Re: [Pdl-devel] fitpoly1d()

ect it was probably a mistake. Where it overlaps with Slatec or > GSL, Slatec or GSL invariable do better. > > > > >> On Mar 4, 2015, at 2:04 PM, Karl Glazebrook > <mailto:karlglazebr...@mac.com>> wrote: >> >> Hi Derek >> >> Yes it seem

Re: [Pdl-devel] fitpoly1d()

t; (2) modify PDL::Fit::Polynomial to use matinv() in preference to inv() *if >> available* >> >> (3) I'll take a look at inv(), I remember it threading correctly. It >> definitely needs fixing. >> The problem may be a result of something changed elsewhere in perl/PDL

Re: [Pdl-devel] Delete old version of PDL from PAUSE (it will still be on BackPAN!)

Seems fine to me Karl > On 23 Mar 2015, at 10:17 am, Chris Marshall wrote: > > Seems like a good idea. I seem to remember there was a problem with CPAN > deleting the distributions. > If that is still the case, maybe we can get some help from the CPAN admins. > > I plan to leave PDL-2.006 f

Re: [Pdl-devel] Comms with Christian Soeller?

He is now in Exeter https://emps.exeter.ac.uk/physics-astronomy/staff/cs463 c.soel...@exeter.ac.uk Karl > On 11 Apr 2015, at 3:28 pm, Craig DeForest wrote: > > Ed, the last address I have for Christian is "c.soel...@auckland.ac.nz”. > (Hi, Christian!) > >> On Apr 10, 2015, at 7:17 PM, Ed

Re: [Pdl-devel] SciPDL-2.013 anyone?

Anyone is me! I took it back from Matt K. I will try and get to this at the weekend. I do have a recipe but I am not sure it is crankable. - Karl Sent from an iProduct > On 18 Aug 2015, at 9:51 pm, Chris Marshall wrote: > > I was looking at the sf.net downloads and noticed > there were stil

Re: [Pdl-devel] SciPDL-2.013 anyone?

- this can be fixed by recopying the background/intro/readme etc in to the \'91edit interface\'92 screen.\ \ \ \ \ \ } > On 25 Aug 2015, at 6:33 am, Ed wrote: > > Hi Karl, > > Could you copy/paste your recipe into an issue on > https://github.com/PDLPorters/devops/ ? We can the

Re: [Pdl-devel] SciPDL-2.013 anyone?

with the warnings? > > Also, kmx has fixed a number of the 64bit<->double issues in the > longlong-double-fix > branch. Do you get the same warnings from that? I've re-added pdl-devel to > the > cc list, don't know how it dropped off... > > --Chris &g

Re: [Pdl-devel] SciPDL-2.013 anyone?

OK -I got a disturbing number of test fails compared to previous builds for SciPDL (Apologies for the rich text but I highlight the new ones in red) I can probably sort out the model prereq updating and Slatec/F77 issues - but I was wondering about the badvalue*, op*.t and physical.t errors?

Re: [Pdl-devel] Faster PDL Development Cycle---But How?

My 2c: I’d imagine that with PDLA development proceeding, we could still periodically have jumbo bundles for those who like and need kitchen sink installs with complex dependences? While PDLA is learning to walk and talk and not shit it’s pants, then we will still have a nice PDL-2.014 version

Re: [Pdl-devel] PDL-2.014 release plans (SciPDL too?)

Happy to take another look at this once 2.014 comes out. Sorry have been busy recently! Karl > On 26 Sep 2015, at 11:33 am, Chris Marshall wrote: > > All- > > I'm in the process of squashing the longlong-double-fix > branch in preparation to rejoin master for a PDL-2.014 > release within the

Re: [Pdl-devel] [Pdl-general] PDL-2.014 release plans (SciPDL too?)

Just catching up on this… building 2.014 starts off with Warning: prerequisite Module::Compile 0.23 not found. Is this really needed? Reason I ask is I tried to install Module::Compile but the tests blow up Karl > On 27 Sep 2015, at 4:33 am, Chris Marshall wrote: > > All- > > I'm in the

[Pdl-devel] PDL::Slatec

I was just trying to tidy up the ‘make test’ issues with PDL::Slatec on Mac in readiness for a new SciPDL. It seems that there’s a couple of issues. First (Mac specific?) the build sequence does a ‘gfortran file.f’ on all the routines. This makes a x86_64 binary. However it tries to creat

Re: [Pdl-devel] PDL::Slatec

. Can someone take a look for linux? Building ‘PGPLOT’ module is an excellent test as it gives a ‘make test’ error if there are undefined symbols…. Karl > On 26 Oct 2015, at 9:43 am, sisyph...@optusnet.com.au wrote: > > -Original Message----- From: Karl Glazebrook > Sent: Sunday

[Pdl-devel] ExtUtils:F77 new version 1.18 for testing

I’d appreciate it if people could give this a whirl: https://dl.dropboxusercontent.com/u/2148080/ExtUtils-F77-1.18.tar.gz I’ve made some improvements to the gfortran linking which should avoid runtime unresolved symbols issues. (e.g. ‘make test’ with modules like PGPLOT) It works on OS X, so va

Re: [Pdl-devel] ExtUtils:F77 new version 1.18 for testing

> of fixes for similar issues. Please start with the current > release and work from there to avoid breakage and > duplicative effort. > > --Chris > > P.S. Sorry I didn't get a git repo going but didn't seem > a priority since I thought I was the last ma

[Pdl-devel] link

can someone include this link on the PDL home page? tinyurl.com/mst645o It is pretty cool! Karl -- ___ pdl-devel mailing list pdl-devel@lists.sourceforge.net https://lists.so

Re: [Pdl-devel] fixes for PDL-2.015?

I sent you a couple of emails Chris in the last two weeks about the process, but have not had a reply Please check your sp-am folder! > On 14 Nov 2015, at 12:29 am, Chris Marshall wrote: > > Hi Karl- > > Craig is finishing up the fix for the reshape() > bugand a number of other issues with

Re: [Pdl-devel] ExtUtils:F77 new version 1.18 for testing

this!) > Please now get this from https://sourceforge.net/p/pdl/extutils-f77/ci/master/tree/ Branch is ‘better-gfortran-linking’ Assuming I have done the git magic right! best Karl > On 2 Nov 2015, at 10:15 am, Karl Glazebrook wrote: > > > Ahh! > > Sorry I tot

Re: [Pdl-devel] ExtUtils:F77 new version 1.18 for testing

;f77": No such file or directory at t/require.t line 28. > 2 WARNING: f77 -c hello.f returned non-zero exit status 255 > > > > On 11/14/2015 23:09, Karl Glazebrook wrote: >> Hi there PDL developers, >> >> I’d like to repeat my call for testing for EU::

Re: [Pdl-devel] ArrayFire and PDL next gen

Couldn’t find any screenshots? > On 2 Dec 2015, at 2:22 am, David Mertens wrote: > > And it has built-in graphics support: > http://www.arrayfire.com/docs/classaf_1_1Window.htm > > On Tue, Dec 1, 2015 at 9:51 AM, Chris Marshall wrote: > See the very similar implementation of their > Indexing

Re: [Pdl-devel] ExtUtils:F77 new version 1.18 for testing

Sorry for the delay!! [I was putting off coming back to this as I find git intimidating…] OK Rob. I’ve made a change in my branch better-gfortran-linking so it does’t do the library validation for gnu compilers. However I have left it in for the others - I am pretty sure their was originally

Re: [Pdl-devel] ArrayFire and PDL next gen

8cpp-example.htm > > I would be interested to see what it looks like > as well. > > --Chris > > On 12/6/2015 08:28, Karl Glazebrook wrote: >> Couldn’t find any screenshots? >> >>> On 2 Dec 2015, at 2:22 am, David Mertens wrote: >>> &g

Re: [Pdl-devel] ExtUtils:F77 new version 1.18 for testing

> > Lookin' good !! > > Cheers, > Rob > > > -Original Message- From: Karl Glazebrook > Sent: Monday, December 07, 2015 1:13 AM > To: sisyph...@optusnet.com.au > Cc: Chris Marshall ; pdl-devel > Subject: Re: [Pdl-devel] ExtUtils:F77 new version 1.1

[Pdl-devel] FFTW?

I’ve been working my way through the new SciPDL build for v.2.015… now PDL no longer uses FFTW library? Can someone confirm How long ago was that taken out? Karl -- Site24x7 APM Insight: Get Deep Visibility into Applic

Re: [Pdl-devel] FFTW?

s more complete and up to date. It is compatible > with the new 64bit index and threads correctly. > > The Release_Notes file is now Changes and has > the various key information for each PDL release. > > --Chris > > > On 1/27/2016 06:25, sisyph...@optusnet.com.au wro

[Pdl-devel] Mac: New SciPDL with PDL-2.015 for preliminary testing

Hi everyone I’ve been experimenting with a new version of the MacOS SciPDL - this time incorporating it’s own version of perl (v22) so everything is self-contained and robust against future OS versions. I’d appreciate some Mac users testing this. Right now mainly to make sure it does not segfa

Re: [Pdl-devel] Mac: New SciPDL with PDL-2.015 for preliminary testing

> I'll let actual Mac users and testers let you know how > it works. :-) > > --Chris > > On 1/27/2016 23:35, Karl Glazebrook wrote: >> Hi everyone >> >> I’ve been experimenting with a new version of the MacOS SciPDL - this time >> incorporati

Re: [Pdl-devel] Mac: New SciPDL with PDL-2.015 for preliminary testing

I know I have been slack getting back to SciPDL, so it is a bit rich for me to pester people but if people could test this it would be appreciated It should only take 5 mins. Karl > On 28 Jan 2016, at 3:35 pm, Karl Glazebrook wrote: > > Hi everyone > > I’ve been experimen

Re: [Pdl-devel] Mac: New SciPDL with PDL-2.015 for preliminary testing

The silence is deafening! I thought people wanted this?! Karl > On 1 Feb 2016, at 9:48 am, Karl Glazebrook wrote: > > I know I have been slack getting back to SciPDL, so it is a bit rich for me > to pester people but if people could test this it would be appreciated > > It

Re: [Pdl-devel] Mac: New SciPDL with PDL-2.015 for preliminary testing

Thanks Derek for testing! > On 11 Feb 2016, at 5:21 am, Derek Lamb wrote: > > > My PATH is set correctly, but PDL crashes on startup. It reads my > ~/.perldlrc, which is simple: > $ more ~/.perldlrc > #startup script for perldl shell > > require('PDL/default.perldlrc'); > > use PDL::AutoLo

Re: [Pdl-devel] PDL support in perl6?

We discussed it about a decade ago. :-) Other than that there is no plan, I think everyone gave up waiting for perl6 to happen. I see there is now an official release, it might be time to start at least testing (porting?) the PDL Core against it. This would make much more sense once it has bee

Re: [Pdl-devel] Mac: New SciPDL with PDL-2.015 for preliminary testing

Hi all Here is a new version of SciPDL for Mac now packaged as a DMG file and documented: https://dl.dropboxusercontent.com/u/2148080/SciPDL-v3.0.dmg Can people try? Remember this is self-contained (includes it own perl) Karl > On 28 Jan 2016, at 3:35 PM, Karl Glazebrook wr

Re: [Pdl-devel] Mac: New SciPDL with PDL-2.015 for preliminary testing

PS I just fixed a tiny issue, if you have already downloaded it please do so again. Esp. interested to know if the Applescript launcher apps work for everyone... > On 25 Mar 2016, at 9:07 PM, Karl Glazebrook wrote: > > Hi all > > Here is a new version of SciPDL for Mac now pa

Re: [Pdl-devel] Mac: New SciPDL with PDL-2.015 for preliminary testing

at 12:40 AM, Karl Glazebrook wrote: > >> On 25 Mar 2016, at 9:07 PM, Karl Glazebrook wrote: >> >> Hi all >> >> Here is a new version of SciPDL for Mac now packaged as a DMG file and >> documented: >> >> https://dl.dropboxuserconte

[Pdl-devel] apt-get PDL

What’s the status of PDL installation on Debian/Ubuntu? Is there a viable pdl package? What about things like pgplot? Should we be thinking about a ‘apt-get scipdl’ or something more modular? The SciPDL ‘kitchen sink’ approach seems to work well on OS X. One thing I was thinking is this might b

Re: [Pdl-devel] SciPDL 3 for Mac OS X

vailable at: > >https://sourceforge.net/projects/pdl/files/SciPDL/ > > Thanks to Karl Glazebrook for this accomplishment. > Enjoy, Mac users all! > > --Chris -- What NetFlow Analyzer can do for you?

[Pdl-devel] OS X issue

Seems to be an issue in the latest build env MACOSX_DEPLOYMENT_TARGET=10.3 cc -bundle -undefined dynamic_lookup -L/usr/local/lib -L/opt/local/lib -fstack-protector-strong EXPINT.o -o ../../../../blib/arch/auto/PDL/GSLSF/EXPINT/EXPINT.bundle \ -L/Applications/PDL/lib -lgsl -lgs

Re: [Pdl-devel] OS X issue

correction: it was there in 2.015 etc we just ignored it. Tests all pass. env MACOSX_DEPLOYMENT_TARGET=10.3 seems to come from Makemaker, does anyone know the story on this? Karl > On 4 Jun 2016, at 12:54 PM, Karl Glazebrook wrote: > > Seems to be an issue in the latest build

[Pdl-devel] cleanups

Any reason why these 8 build warnings in PDL aren’t trivial to fix? [e.g. would it break other architectures...] Yes I’ve been ignoring them for a long time, but perhaps it is time for a spring clean? - Karl —-- 1) pdlcore.c:1292:86: warnin

Re: [Pdl-devel] SciPDL 3 for Mac OS X

> Announcing the latest SciPDL 3 with support for PDL-2.015 is now > available at: > > > https://sourceforge.net/projects/pdl/files/SciPDL/ > > > Thanks to Karl Glazebrook for this accomplishment. > Enjoy, Mac users all! > > --Chris > -

Re: [Pdl-devel] SciPDL 3 for Mac OS X

l > On 4 Jun 2016, at 11:05 PM, Chris Marshall wrote: > > > > Am I the only one who finds it confusing that SciPDL, which is > basically a binary PDL distribution, has a different version > number? What about matching the version of the base PDL? > > > > >

Re: [Pdl-devel] OS X issue

t; -Original Message- From: Karl Glazebrook > Sent: Saturday, June 04, 2016 5:01 AM > To: Karl Glazebrook > Cc: pdl-devel > Subject: Re: [Pdl-devel] OS X issue > > correction: it was there in 2.015 etc we just ignored it. Tests all pass. > > env MACOSX_DEPLOYMENT_TA

Re: [Pdl-devel] SciPDL 3 for Mac OS X

nds it confusing that SciPDL, which is >>> basically a binary PDL distribution, has a different version >>> number? What about matching the version of the base PDL? >>> >>> >>> >>> >>> >>>> On 6/4

Re: [Pdl-devel] OS X issue

no I mean it does not set that env var. Will follow up on David Mertens reply… > On 5 Jun 2016, at 11:23 PM, Ed wrote: > > You're saying that the Perl you're running has an empty Config.pm? > > -Original Message----- From: Karl Glazebrook > Sent: Sunday, Ju

[Pdl-devel] 20th Anniversary OMG

velopers to coordinate their work. The address of the list is per...@jach.hawaii.edu. To subscribe, send a message to perldl-...@jach.hawaii.edu containing a string in the following format: subscribe me@my.email.address I hope you find perlDL use

Re: [Pdl-devel] OS X issue

2016 at 9:23 AM, Ed wrote: > You're saying that the Perl you're running has an empty Config.pm? > > -Original Message- > From: Karl Glazebrook > Sent: Sunday, June 05, 2016 5:45 AM > To: Ed > Cc: pdl-devel > Subject: Re: [Pdl-devel] OS X issue > > nope it is a

Re: [Pdl-devel] SciPDL 3 for Mac OS X

Chris. You wish is my command: https://dl.dropboxusercontent.com/u/2148080/SciPDL-v2.016.dmg Perhaps delete the other versions to avoid confusion? Karl > On 6 Jun 2016, at 8:21 AM, Karl Glazebrook wrote: > > Yes, I think I am persuaded. Just giving the history > > Karl &g

Re: [Pdl-devel] [Pdl-general] 20th Anniversary OMG

> On 8 Jun 2016, at 9:42 AM, Karl Glazebrook 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 stable/bug fix mode how about

Re: [Pdl-devel] 20th Anniversary OMG

dl-the-perl-data-language/184410442 but who knows for > how long? > > Derek > >> On Jun 7, 2016, at 5:42 PM, Karl Glazebrook wrote: >> >> The thought occurred to me that we are approaching the 20-year anniversary >> of PDL this coming October 23rd! >> &g

[Pdl-devel] sourceforge

The sourceforge web set looks more and more like a ‘rent by the hour’ cheap hotel every time I go to it. Also there are some dodgy practices going on there which I don’t think we want to be associated with - http://www.infoworld.com/article/2931753/open-source-software/sourceforge-the-end-cant-c

Re: [Pdl-devel] sourceforge

nd maybe SF is > heading down a better path now: > https://www.reddit.com/r/sysadmin/comments/4n3e1s/the_state_of_sourceforge_since_its_acquisition_in/ > >> On Jun 12, 2016, at 9:08 PM, Craig DeForest >> wrote: >> >> Hear, hear! I’m all for it. >> >>

Re: [Pdl-devel] ready for SciPDL 2.017?

Maybe a few days AFTER that! I will be in the middle of classes on Oct 10, otherwise it is fine. I have set it up to be easy. Karl > On 29 Sep 2016, at 12:34 AM, Chris Marshall wrote: > > Hi Karl- > > We're heading for a PDL 2.017 release on 10-Oct-2016. There are many bugs > fixed and all

Re: [Pdl-devel] ready for SciPDL 2.017?

Hi Zaki I attach my latest version of this recipe, the approach I am now taking is to include Perl with this. The delta in going to the next PDL version ought not to be a lot of work. (Basically just rebuild PDL, test and repackage) - Karl Building SciPDL with own perl Feb 2016 NOTES.rtf De

[Pdl-devel] interpol vs interpolate

Seems to me we should fix this inconsistency in usage? - Karl use PDL; $x = sequence(100); $y = $x**2; $x2 = sequence(10)*10; # This works $y2 = interpol $x2, $x, $y; print $y2, "\n"; # This does not work $y2 = interpolate $x2, $x, $y; print $y2, "\n"; # But this does ($y2,$err) = interpolate

Re: [Pdl-devel] ready for SciPDL 2.017?

all the warning fixed by > Derek!). > Do you have an estimate time of a SciPDL-2.017 release? > > Cheers, > Chris > > On 9/29/2016 18:23, Karl Glazebrook wrote: >> Maybe a few days AFTER that! I will be in the middle of classes on Oct 10, >> otherwise it i

Re: [Pdl-devel] interpol vs interpolate

> wrote: > interpol() seems to be implemented in terms of > interpolate() already. Does seem a bit confusing. > Maybe the two routines could be merged into a > "smarter" interpolate()... > > --Chris > > On 10/15/2016 05:18, Karl Glazebrook wrote: > &

[Pdl-devel] MathGL 2.3.5: Main

I thought this might be of interest given our previous ‘new plotting library’ discussion - K. > http://mathgl.sourceforge.net/doc_en/Main.html > -- Check out the vibra

Re: [Pdl-devel] ready for SciPDL 2.017?

you have an estimate time of a SciPDL-2.017 release? > > Cheers, > Chris > > On 9/29/2016 18:23, Karl Glazebrook wrote: >> Maybe a few days AFTER that! I will be in the middle of classes on Oct 10, >> otherwise it is fine. I have set it up to be easy. >> >&

Re: [Pdl-devel] ready for SciPDL 2.017?

; > Cheers, > Chris > > On 10/22/2016 02:36, Karl Glazebrook wrote: >> Done. >> >> >> >> https://dl.dropboxusercontent.com/u/2148080/SciPDL-v2.017.dmg >> >> >> >>> On 16 Oct 2016, at 6:17 AM, Chris Marshall >>> wrote

[Pdl-devel] SciPDL 2.017 on Sierra?

I am curious to know if anyone has tried this on MacOS Sierra yet? https://sourceforge.net/projects/pdl/files/SciPDL/ I have yet to get round to installing Sierra… Karl -- __

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

itional packages my system needed for debuild to work >> sudo apt-get install gfortran libextutils-f77-perl pgplot5 chrpath debhelper >> # will end with a fatal error, but the deb is built successfully >> debuild >> cd ../.. >> sudo apt-get purge libcpgplot0 libpgplot0 -y >

[Pdl-devel] Ubuntu/debian PDL packages & pgplot

Hi there devs, Does anyone know what is going on in the Ubuntu/debian packges for PDL? If I do ‘apt install pdl’ then running pdl and doing ‘use PDL::Graphics::PDL’ gives a missing package error. There is a message during the apt install that says: sudo apt install pdl ... Suggested packages:

Re: [Pdl-devel] Ubuntu/debian PDL packages & pgplot

On 2 Aug 2021, at 2:28 am, Ed . mailto:ej...@hotmail.com>> wrote: Hi Karl, I might have missed something, but when you say “PDL::Graphics::PDL” did you mean “PDL::Graphics::PGPLOT”? Hi Ed, you are absolutely right! Oops. I’ve rewritten the email again below as correctness is critical due t

Re: [Pdl-devel] Ubuntu/debian PDL packages & pgplot

Anyone have an idea where to start? Karl On 2 Aug 2021, at 9:19 am, Ed . mailto:ej...@hotmail.com>> wrote: Hi Karl, Ha, indeed I did link to results for PLplot, not PGPLOT. I would be quite interested in the results of asking Ubuntu/Debian folks about this! Best regards, Ed From

Re: [Pdl-devel] Ubuntu/debian PDL packages & pgplot

active front. I want to add a 3D capability to it, in imitation of MATLAB’s “surf” function. By the way, I read up a little on the Giza implementation of the PGPLOT interface; does it work sufficiently for your purposes as a PGPLOT replacement? Best regards, Ed From: Karl Glazebrook<mailto

Re: [Pdl-devel] Ubuntu/debian PDL packages & pgplot

ning the value of effort invested in keeping > PGPLOT going, when it seems to me that e.g. Gnuplot is so much more capable > (3D plots! The ability to literally zoom in and out!). What do you think? > > > > Best regards, > > Ed > > > > From: Karl Glaze

Re: [Pdl-devel] problems with PDL on ActivePerl

I found the easiest way was to turn on the ‘Windows Subsystem for Linux’ - install Ubuntu from the Windows Store (noting this is not a VM) and then do ‘apt install pdl’ from the bash shell. Karl > On 30 Nov 2018, at 5:30 pm, Derek Lamb wrote: > > After updating the install webpage for SciPDL

Re: [Pdl-devel] Whither PDL?

Thanks Ed for restarting this conversation. Your fix-lite patch seems good to me. > Do people still use PDL? - Yes I do, I have a number of scripts and stuff for my research. These days I do also use python (about half my coding probably) as my collaborators and students all mostly use it (it

Re: [Pdl-devel] PDL maintainer/co-maintainer

Thanks Chris for all your service! Best of wishes for the reign of Ed and Diab! Karl > On 28 Jul 2019, at 6:09 am, Chris Marshall wrote: > > I've given EDJ primary permissions for my PDL and ExtUtils::F77 stuff. > I've added DJERIUS as co-maintainer for the same. > I still have co-maintainer

Re: [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 bi

Re: [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 <

[Pdl-devel] Mac test please?

Hi there, Can a Mac user test this version of SciPDL? I’d very much appreciate it. (Monterey or later) https://www.dropbox.com/scl/fi/moao3dr43wxa7o1cs6cam/SciPDL-v2.084-Test.dmg?rlkey=1xcfi258mb3r88m2h0gq2x43f&dl=0

Re: [Pdl-devel] Mac test please?

on a GitHub release, can you > make sure it’s on an accurate tag? There was a “v2.025” added to (I think) > 2.085. I didn’t know what it was. Please only use tags that exist on there > already, and let me add any tags needed (there won’t be any new ones needed). > > Be

Re: [Pdl-devel] Mac test please?

rays and manipulate them. > > Running pdl [home].app generates the warnings noted in the readme. Re-saving > the file as suggested works around them, after which I need to allow it to > access the relevant directories. > > > Regards, > Shawn. > > > >