Immediate thing to try - do "git checkout" on the revision before you did
the pull - find that with "git reflog" - and try the same. The code searches
@INC. Are you trying to do pdlpp with an uninstalled PDL, from outside the
git dir?
-Original Message-
From: Craig DeForest
Sent: Frida
ion
* delete oneslice
Once someone has said they think this is good stuff, I will merge it into
master, and look harder at the remaining commits.
Best regards,
Ed--
Dive into the World of Parallel Programming The Go Paral
2.006, and *are* reflected in commit
4af8e15a2aec78f388bd96021395d51ab35e2192 the next day (which is on master).
Therefore, this branch serves no purpose and I want to delete it too. Craig,
any objections?
Best regards,
Ed
Dear PDL devs,
I have set the Git configuration to now allow force-pushes. This is essential
for topic branches. It is now physically possible on master, but it is bad
practice to use it on that, so please don’t.
Best regards,
Ed
rds,
Ed--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thou
Great, done that.
Re making a branch, remember we can always go back and do that should the
necessity arise, even if the “master” pointer has moved past it.
From: Chris Marshall
Sent: Saturday, February 28, 2015 8:50 PM
To: Ed ; pdl-devel
Subject: Re: [Pdl-devel] Crufty git branches
I'm
> A better solution would be to clarify a good git workflow
> standard for PDL, document things, discuss what makes
> sense on the pdl-devel list, and then implement appropriately.
I agree! Hence my email. So, what are your thoughts on merge commits?
--
Dear PDL devs,
Please see https://github.com/PDLPorters/pdl/pull/21
All comments welcome!
Best regards,
Ed--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in
options still meaningful? Is there still a context where it is
necessary to build PDL without bad value support?
I ask because if it’s no longer necessary, we can remove some code, and make
things easier for everyone.
Best regards,
Ed
Craig,
Please could you try this workflow: make the (apparently minor) change, on a
git branch? Then we can give it a run through Travis, and test and adjust as
necessary, before merging it to master.
Ed
From: Karl Glazebrook
Sent: Wednesday, March 04, 2015 9:39 PM
To: Craig DeForest
Cc
That’s good news! I’m glad the extra labour is worth it. I’m interested if you
could help me understand (in just a few words) why you do that?
Ed
From: John Cerney
Sent: Tuesday, March 03, 2015 10:53 PM
To: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] Bad value support - all
8.
# got: 12884901884
# expected: 0
Derek, you last changed t/ops.t, do you have any insight on this? Is this a
test problem, or an underlying code problem? Please feel free to push to my
branch intmaxfix if you have code.
Best regards,
Ed-
Yes, I’ve been able to confirm that: https://github.com/PDLPorters/pdl/pull/75
Thanks! I’ll be TODO-ing that and once I’ve got a review and green light from
Travis (and my local test on Win32) I’ll be merging.
From: Chris Marshall
Sent: Sunday, March 15, 2015 5:55 PM
To: Ed ; pdl-devel
Free
to wrong pool 2e7b50 not 902e14a84389 at t/simplex.t line 21."
I'll investigate. Any experts who can help out will be welcome!
Ed
-Original Message-
From: Zakariyya Mughal
Sent: Saturday, March 21, 2015 9:57 PM
To: Chris Marshall
Cc: pdl-devel@lists.sourceforge.net
Su
in
inc/ and not an installable module, that's the only way to use XS. Once
Alien::Proj4 becomes a separate installable module, and uses Alien::Base,
then a lot of cool stuff will be possible "for free".
Best regards,
Ed
-Original Message-
From: sisyph...@optusnet.com.au
Sent:
t
work in finding your local config, including on Win32.
Therefore, I propose that a Win32-compatible equivalent of this be baked into
PDL proper. One possibility is using “$ENV{USERPROFILE}/.perldl.conf” for this?
On my machine that is set as “C:\Users\Ed”, and I wouldn’t mind placing a
“.p
Glad to hear it (largely) works!
Rob, could you help me figure why it's not working 100%? After setting
WITH_PROJ to undef, in inc/Alien/Proj4.pm, in sub installed, could you add
"warn"s between each of the statements to see which one it's deciding it
doesn't have?
istake
and somehow it's not being called, and then also put "warn"s in
Alien::Proj4->installed and Alien::Proj4->incflags and Alien::Proj4->libdir
to see what's going on?
Cheers,
Ed
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Tuesday, Marc
ssage-
From: sisyph...@optusnet.com.au
Sent: Tuesday, March 31, 2015 12:06 PM
To: Ed
Cc: pdl-devel
Subject: Re: [Pdl-devel] Proj presently broken
-Original Message-
From: Ed
Sent: Tuesday, March 31, 2015 4:41 PM
To: Sisyphus
Cc: pdl-devel
Subject: Re: [Pdl-devel] Proj presently broken
H
ssage-
From: sisyph...@optusnet.com.au
Sent: Tuesday, March 31, 2015 12:06 PM
To: Ed
Cc: pdl-devel
Subject: Re: [Pdl-devel] Proj presently broken
-Original Message-
From: Ed
Sent: Tuesday, March 31, 2015 4:41 PM
To: Sisyphus
Cc: pdl-devel
Subject: Re: [Pdl-devel] Proj presently broken
H
ssage-
From: sisyph...@optusnet.com.au
Sent: Tuesday, March 31, 2015 12:06 PM
To: Ed
Cc: pdl-devel
Subject: Re: [Pdl-devel] Proj presently broken
-Original Message-
From: Ed
Sent: Tuesday, March 31, 2015 4:41 PM
To: Sisyphus
Cc: pdl-devel
Subject: Re: [Pdl-devel] Proj presently broken
H
Rob, great news. Thanks for the help.
Seems to me that a conflict between MinGW and Proj is outside the scope of
PDL, therefore it seems to me like this branch now definitely represents
progress/reduced regression, therefore I have merged it.
Chris, since Travis has already Okay-ed it on its
Dear PDL devs,
I am trying to email Christian to ask him to delete 3 old versions of PDL from
PAUSE so that “cpanm --dev PDL” will work correctly. The address for him on
PAUSE, soellerm...@excite.com, failed. Does anyone have a working email address
for him?
Best regards,
Ed
Dear PDL devs,
I just ran a quick set of tests on current PDL master, and the build is
breaking (https://travis-ci.org/PDLPorters/pdl). What gives?
Best regards,
Ed--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT
Hi Christian (and others),
Please see below.
Best regards,
Ed
From: Ed
Sent: Saturday, April 11, 2015 1:57 AM
To: k...@cpan.org ; soellerm...@excite.com
Cc: Zakariyya Mughal
Subject: CPAN obsolete version of PDL
Hi Karl and Christian,
Thanks for your past efforts on PDL, which is amazing
$a and $b are problematic in relation to "use strict" because they are
exceptions; they are grandfathered in as always "ok" because they are the
special variables used in "sort" functions. If you must have generic
variable names, PLEASE use $x and $y etc. Even better, take a moment, and
have me
I highly recommend not using the CPAN module directly (or at all) to install
modules, but instead use the "cpanm" command
(https://metacpan.org/pod/App::cpanminus), which will fetch all prereqs, and
if any are unsuccessful, it stops there.
What is the Module::Compile error? I see the CPAN lates
From: Derek Lamb
Sent: Thursday, April 16, 2015 10:52 PM
To: Ed
Cc: pdl-devel
Subject: Re: [Pdl-devel] CPAN clean install 2.008-rc1 fails,missing
Module::Compile
CPAN is one of the install paths we support, so I was giving it a try.
Usually I don't have any issues.
https://github.com/in
This is some excellent research. My analysis of your results is there are
two problems shown:
1. A legitimate compile failure because of a clang flag supplied when
compiler is not clang (fixed in branch buildfixes,
https://github.com/PDLPorters/pdl/pull/102)
2. A perl failure from a broken Per
Yes, it does need to be a build require. RC4 is ready from my perspective!
From: Chris Marshall
Sent: Tuesday, May 05, 2015 9:25 PM
To: Ed
Cc: pdl-devel
Subject: Re: [Pdl-devel] build problems PDL-2.008 RC3
Hi Ed-
Are we good for an RC4 release?
Regarding File::Path, I think it needs to be
Glad it's all working on Windows!
t/pnm.t used to not use File::Temp, which meant it could not be tested in
parallel. The noise is unfortunate, but harmless.
Test::Warn checks that certain warnings are emitted, but when I looked into
this I couldn't find a way to silence these ones. Again, it i
Hi Christian,
You did and it does! Thanks.
Ed
From: Christian Soeller
Sent: Monday, May 11, 2015 10:23 AM
To: Karl Glazebrook
Cc: Craig DeForest ; Ed ; pdl-devel
Subject: Re: [Pdl-devel] Comms with Christian Soeller?
Hi all,
Indeed, the Exeter address is current and my Auckland address
above distros, for those who want to mimic the current
behemoth
I believe that the benefits of using Github are sufficiently dramatic
(especially with Travis) that it is clear that the various repos should be
located on Github. Your thoughts are welcome on this.
Best regards,
Ed
From: Chris
specifically git, and then to put your
code on Github. If you would like guidance on how to achieve this, I am pleased
to help.
Ed
From: Doug Hunt
Sent: Wednesday, May 27, 2015 8:32 PM
To: Chris Marshall
Cc: Ed
Subject: Re: PDL::Graphics::PLplot clash with PDL
Hi Chris: So, I'm not sure what
with the same CPAN command.
Best regards,
Ed
From: Chris Marshall
Sent: Friday, May 29, 2015 10:53 PM
To: pdl-devel@lists.sourceforge.net
Subject: [Pdl-devel] PAUSE indexer is happy with PDL-2.009
Thanks for all the help and great work!
--C
fort.
If you like, I can spin off PDL::IO::GD as the first one? Can you make /
enchant (my new name for that process) a pdl-io-gd repo please? Then I'll
fill it with history.
Ed
-Original Message-
From: Zakariyya Mughal
Sent: Sunday, May 31, 2015 9:27 PM
To: Ed
Cc: Chris Marshall
Which version of ExtUtils::ParseXS is that machine running?
From: Chris Marshall
Sent: Thursday, June 04, 2015 2:43 PM
To: pdl-devel@lists.sourceforge.net
Subject: [Pdl-devel] ASPerl build fails for PDL-2.011
There are a number of build failures for ASPerl that I would like to understand
and f
ne else) might want to attend.
Thanks, I'll look into it! And when I get some tuits later today, I'll
try to work with Chris and Ed on continuing the Big Split.
Cheers,
- Zaki Mughal
>
> Cheers,
> Rob
>
>
>
>
I am very curious to know how EUMM could be causing a problem with
PDL::Drawing::Prima, which uses Module::Build and not EUMM?
Ed
From: Chris Marshall
Sent: Monday, June 08, 2015 5:11 PM
To: Sisyphus
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] Unable to build PDL::Drawing
Which versions of ExtUtils::ParseXS and XSLoader do you have on those?
See https://github.com/sebnow/text-tnetstrings-perl/issues/1 and
http://stackoverflow.com/questions/20407963/switch-to-different-version-of-perl-modules-version
From: sisyph...@optusnet.com.au
Sent: Thursday, June 11, 2015 2
e
know and I'll merge it. Then I would argue a 2.013 with it should be
released.
Meanwhile, I will work on a new change to re-enable PDL to work on "perl in
space" (ie when Perl is installed in a directory with a space in its name).
Best regards,
Ed
-Original Message-
From
I'll bet "far" and "near" are #defined to blank, and are a Windows
pointer-size related issue. Seems best to avoid using them as identifiers in
any case, ie push Rob's changes upstream?
Ed
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Tuesday,
Nice work, Chris! But this is just the start!
Ed
From: Chris Marshall
Sent: Tuesday, June 16, 2015 2:33 PM
To: pdl-gene...@lists.sourceforge.net
Subject: Re: [Pdl-devel] [Pdl-general] PDL-2.012 released to CPAN
All-
I'm happy to also report that PDL-2.012 seems to passing the
ASPerl b
Please please please could one of you turn the example into a *.t file which we
can use to permanently constrain PDL behaviour going forward?
Ed
From: Marek Gierliński
Sent: Tuesday, June 16, 2015 5:12 PM
To: Chris Marshall ; pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] Fwd: Re
r, we should be fine; and
this clarification seems highly reasonable.
Does anybody disagree?
-Original Message-
From: Zakariyya Mughal
Sent: Saturday, July 04, 2015 8:40 AM
To: pdl-devel
Cc: MarekGierliński ; Chris Marshall ; Ed
Subject: Re: [Pdl-devel] Fwd: Re: [Pdl-general] Weird behaviou
Hi Chris,
Thanks for the update.
Why are we still using sourceforce, after their outrageous behaviour re GIMP
(http://arstechnica.co.uk/information-technology/2015/05/sourceforge-grabs-gimp-for-windows-account-wraps-installer-in-bundle-pushing-adware/)
and this outage?
Best regards,
Ed
From
Chris,
Great to see 2.012_01. I think we all look forward to hearing your idea to
improve the flow of PDL releases.
I also think Zaki's idea of him getting co-maint for PDL is a good one, and
should be discussed. What do others think?
Best regards,
Ed
-Original Message-
New version of PDL::Stats (v0.70) just uploaded to CPAN. Contents are per
v0.6.5_2 with trivial tweaks. Any problems, please let me know. Even better,
file an issue on https://github.com/PDLPorters/PDL-Stats/issues
Best regards,
Ed
From: Maggie X
Sent: Monday, August 17, 2015 4:54 PM
To
Hi Karl,
Could you copy/paste your recipe into an issue on
https://github.com/PDLPorters/devops/ ? We can then code-ise it.
Best regards,
Ed
From: Karl Glazebrook
Sent: Monday, August 24, 2015 9:49 AM
To: Chris Marshall
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] SciPDL
I’ll be pleased to write some tests for it that are basically what you have
below. I’d also like to tidy up the lldf branch as it currently is by rebasing
it to get rid of the merge commit.
Chris, kmx, any objections?
Ed
From: Chris Marshall
Sent: Monday, August 31, 2015 10:58 AM
To: pdl
Hi Ingo,
I’ve pasted your 2.13 build file to this Github issue:
https://github.com/PDLPorters/pdla-core/issues/10
Best regards,
Ed
From: Ingo Schmid
Sent: Wednesday, August 26, 2015 9:02 AM
To: Zakariyya Mughal ; pdl-devel
Subject: Re: [Pdl-devel] Faster PDL Development Cycle---But How?
Hi
.
To effectively merge it, you will need to merge it and push it to the SF
repo. Please do this by rebasing and an FF-only merge, not with a merge
commit :-) You'll then be able to tidily delete your sf#396 branch, on the
SF repo, which will then get reflected on the GH repo in due course
ecause otherwise you might push to
GH during the mirror, which means your push will get erased.
Note you'd need a "remote" called "github". I call mine "g" because that's
less typing.
Ah, you're taking me back now to the Atari 2600!
Cheers,
Ed
---
iding the
kitchen sink approach.
Ed
-Original Message-
From: Karl Glazebrook
Sent: Tuesday, May 03, 2016 1:07 AM
To: pdl-devel
Subject: [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
I believe MM will have got that from the configuration of Perl itself. You
could confirm/deny that by doing "perldoc -m Config" and searching for it
there?
Best regards,
Ed
-Original Message-
From: Karl Glazebrook
Sent: Saturday, June 04, 2016 5:01 AM
To: Karl Glazebrook
Cc:
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 blank!
> On 4 Jun 2016, at 11:54 PM, Ed wrote:
>
>
Please don't add to the monolith, instead make a CPAN module?
From: Craig DeForest [defor...@boulder.swri.edu]
Sent: Wednesday, February 15, 2017 6:17 AM
To: pdl-devel
Subject: [Pdl-devel] PDL::Transform::Color
Is there a general desire for this subclass of
Can someone help me understand what the benefit of staying on Sourceforge at
all is? The only thing we’re using there is the mailing list and we can still
use that. As far as I know all the issues got copied over by Zaki.
I suggest this:
* everybody switch to push to GH only
* make a release wit
updated: repo
location, bugtracker location
* after that week, proper-release that version
* quick final check that GH and SF repos are in sync
* turn off Christian’s script – no more error emails!
Can anyone see things I missed or got wrong there?
Ed
From: Christian Walde
All,
Please see https://github.com/PDLPorters/pdl/pull/214 – this contains all the
changes I believe are needed to execute this changeover. If anyone is not in
the GitHub PDLPorters organisation and ought to be, now is the time to speak up!
Best regards,
Ed
From: Chris Marshall
All,
Since I gather Chris is happy with the changes, I have merged them to master
(which took around 20 minutes because SF’s connectivity was rubbish again!).
Chris, could you now make a dev-release? I’m going to ensure the SF bugs are
all on GH issues.
Best regards,
Ed
From: Ed .<mailto
switch your git "origin" to the new location! And then that will end the
"push freeze".
Best regards,
Ed
-Original Message-
From: Chris Marshall
Sent: Saturday, May 05, 2018 10:13 PM
To: perldl ; pdl-devel@lists.sourceforge.net
Subject: [Pdl-devel] PDL-2.019 released
A
ssed before, I think it's best if that
is only done after someone else has looked at a PR to make sure it makes
sense to them.
-Original Message-
From: Christian Walde
Sent: Sunday, May 06, 2018 6:22 PM
To: pdl-devel@lists.sourceforge.net ; Ed .
Subject: Re: [Pdl-devel] PDL-2.019 rele
sh freeze", just everyone
points each of their repo "origin" at the GitHub location! Then as you say
we can just make PRs and when you're happy you can release them to CPAN.
Ciao,
Ed
-Original Message-
From: Chris Marshall
Sent: Sunday, May 06, 2018 8:15 PM
To: Ed . ; pdl-
/pdl-fftw3/pull/2
If you're happy to accept those as living on GH, to me that says they live
there, so that suspends the "push freeze". What do you think?
Ed
-Original Message-
From: Chris Marshall
Sent: Sunday, May 06, 2018 10:21 PM
To: Ed . ; pdl-devel@lists.
Hi Greg,
Could you make a GitHub pull request with this?
Best regards,
Ed
From: Grégory Vanuxem<mailto:g.vanu...@gmail.com>
Sent: Wednesday, August 22, 2018 1:31 PM
To: pdl-devel<mailto:pdl-devel@lists.sourceforge.net> ; Chris
Marshall<mailto:devel.chm...@gmail.com>
Subject:
leave PDL in a static,
known state?
Best regards,
Ed
___
pdl-devel mailing list
pdl-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-devel
ox PDL, so a
better description might be just "added feature".
This really won't take much work to do, and I would love to see this bit of
unfinished business get tidied up. I just want to be sure people will
actually use it :-)
Best regards,
Ed
-Original Message-
From: Luis M
a perlbrew, really does act as two levels
of isolation to avoid risk.
Best regards,
Ed
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
From: Luis Mochan
Sent: Friday, April 12, 2019 6:25:36 PM
To: Ed .
Subject: Re
plan. One step at a time!
From: Terry Gaetz<mailto:tga...@cfa.harvard.edu>
Sent: Saturday, April 13, 2019 5:45 AM
To: Karl Glazebrook<mailto:karlglazebr...@mac.com>
Cc: Ed .<mailto:ej...@hotmail.com> ;
pdl-devel<mailto:pdl-devel@lists.sourceforge.net> ; Terry
Gaetz<ma
you specify in the tests.
Best regards,
Ed
From: Ingo Schmid<mailto:ingo...@gmx.at>
Sent: Tuesday, April 16, 2019 4:56 PM
To: pdl-devel<mailto:pdl-devel@lists.sourceforge.net>
Subject: [Pdl-devel] pdl complex support
Hi,
I'm glad to hear PDL isn't dead, it's been ve
Hi Ingo,
There is a slightly tortuous method of overriding the %Config, shown in
.travis.yml. (see the OPTIMISE override for –coverage)
If that doesn’t work, or there’s something else you’re trying to achieve, speak
up here!
Best regards,
Ed
From: Ingo Schmid<mailto:ingo...@gmx.at>
+ version, modules + versions, actions (possibly
from URLs), and expected outputs.
Ingo, I’d like to see what you come up with for this complex numbers processing
idea!
Best regards,
Ed
From: Ed .<mailto:ej...@hotmail.com>
Sent: Tuesday, April 16, 2019 5:37 PM
To: Ingo Schmid<ma
hat they add functionality to central PDL. I
don’t have any specific thoughts that lead from this yet.
Best regards,
Ed
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
From: ingo...@gmx.at
Sent: Sunday, April 21, 2019 9:00
do it for you, then please:
* fork PDLPorters/pdla-core
* add me (mohawk2) as a collaborator
* let me know!
Best regards,
Ed
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
From: ingo...@gmx.at
Sent: Sunday, April 21, 2019 6:57
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
l 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 . wrote:
> Does the complex_atan2 branch need mergi
conversion
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
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
ve had problems!
Best regards,
Ed
From: Shawn Laffan<mailto:shawnlaf...@gmail.com>
Sent: Friday, April 26, 2019 2:29 AM
To: pdl-devel@lists.sourceforge.net<mailto:pdl-devel@lists.sourceforge.net>
Subject: [Pdl-devel] PDL/PDLA and Strawberry Perl PDL editions
It's good to see renewed deve
common.pl' by './common.pl'
everywhere.
On Fri, Apr 26, 2019 at 01:58:07AM +, Ed . wrote:
> Shawn, I haven’t reached out to kmx. Want to do so? Please do! Perhaps it can
> be discussed on an issue on
/message/36639949/
;-)
Thanks for taking the time to have a go at this and then reporting the issues,
it’s really helpful!
Best regards,
Ed
Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
From: Luis Mochan
Sent:
will share with us how. I assume it will include the
obvious steps of shifting towards the inclusion of extra PDL functionality
with something like roles, rather than the manual namespace stuff which
makes PDL's namespace vast and confusing to program.
Best regards,
Ed
-Original Messag
Just to be clear; you're saying that Perl (which seems quite nice)
illustrates the plus side of things being methods?
-Original Message-
From: Diab Jerius
Sent: Thursday, May 23, 2019 10:32 PM
To: pdl-devel@lists.sourceforge.net ; Ed .
Subject: Re: [Pdl-devel] PDL release
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::* -
https://metacpan.org/source/ETJ/PDLA-IO-HDF-2.0191
Dear Chris,
I see the way forward as Diab and I being co-maintainers. If it’s easiest, I’ll
be happy to be first-come, then I can add Diab as co-maint.
My ID is “ETJ”. Could you include ExtUtils::F77 in the process?
Best regards,
Ed
From: Chris Marshall<mailto:devel.chm...@gmail.com>
erate using the GitHub APIs
so you'd be able to 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 M
feel inspired to
fix any of them (hint: the "approx" one looks easy!), please go ahead!
Best regards,
Ed
PDL releasing guy
___
pdl-devel mailing list
pdl-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/pdl-devel
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 to
, 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-devel mailing list
pdl-devel
😊)
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 20 February 2021 00:09
To: pdl-devel@lists.sourceforge.net<mailto:pdl-devel@lists.sourceforge.net>;
perldl<mailto:pdl-gene...@lists.sourceforge.net>
Subject: Re: [Pdl-devel] PDL 2.026_01 released to CPAN
mplex should change / be simplified? Also, are you saying
that you consider the behaviour of promoting floats/doubles into their complex
counterparts is wrong?
Best regards,
Ed
From: Luis Mochan<mailto:moc...@icf.unam.mx>
Sent: 20 February 2021 01:08
To: pdl-devel@lists.sourceforge.net<ma
while there!
Best regards,
Ed
From: Ingo Schmid<mailto:ingo...@gmx.at>
Sent: 20 February 2021 13:21
To: pdl-devel@lists.sourceforge.net<mailto:pdl-devel@lists.sourceforge.net>;
pdl-gene...@lists.sourceforge.net<mailto:pdl-gene...@lists.sourceforge.net>
Subject: Re: [Pdl-devel]
so split up a single 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-devel@lists.sourceforg
reeBSD+10.0-RELEASE&arch=default&format=html).
I’ll have to add some check_lib magic and simply not define 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-devel@lists.sourceforge.net<m
! 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-devel@lists.sourceforge.net<mailto:pdl-devel@lists.sourceforge.net>;
perldl<
nt: 21 February 2021 02:08
To: Ed .<mailto:ej...@hotmail.com>
Cc: Luis Mochan<mailto:moc...@icf.unam.mx>;
pdl-devel@lists.sourceforge.net<mailto:pdl-devel@lists.sourceforge.net>;
perldl<mailto:pdl-gene...@lists.sourceforge.net>
Subject: Re: [Pdl-general] [Pdl-devel] PDL 2.0
mailto:pdl-gene...@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
>
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
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
1 - 100 of 266 matches
Mail list logo
