Apparently now fixed in blead.
Dave Mitchell has just posted this to
https://rt.perl.org/Public/Bug/Display.html?id=132385:
[quote]
Now fixed with the following:
commit d7e75038064881b413f76de9315a5acfb21472f0
Author: David Mitchell
AuthorDate: Tue Nov 28 09:08:09 2017 +
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Saturday, November 25, 2017 5:10 PM
To: pdl-devel@lists.sourceforge.net
Subject: [Pdl-devel] Current blead breaks t/image2d.t
It gets rather strange.
For example, this demo:
##
use PDL;
use PDL::Image2D;
m
Hi,
This has been reported at
https://rt.perl.org/Public/Bug/Display.html?id=132347 .
That particular ticket is now closed, as it's encompassed in
https://rt.perl.org/Public/Bug/Display.html?id=132385
Test 13 ("patchbad2d") fails.
The problem is with line 118 of t/image2d.t:
$m .= $pa->ba
-Original Message-
From: Chris Marshall
Sent: Wednesday, May 24, 2017 3:02 AM
To: pdl-devel@lists.sourceforge.net ; p...@listserv.activestate.com
Subject: [Pdl-devel] PDL-2.018 build fails on ASPerl Windows (will PDL ever
build here again?)
> Everything seems to be running fine but when
-Original Message-
From: Chris Marshall
Sent: Sunday, May 07, 2017 11:37 PM
To: sisyph...@optusnet.com.au ; pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] Inline failures for PDL-2.017_01...more bitrot
> Well, it is a mystery to me how modules we don't appear to be using are
>
-Original Message-
From: Chris Marshall
Sent: Sunday, May 07, 2017 6:39 AM
To: pdl-devel@lists.sourceforge.net
Subject: [Pdl-devel] Inline failures for PDL-2.017_01...more bitrot
> The PDL "bitrot fix" developers release is testing well except for 3
> reports where there is a failure in
From: David Mertens
Sent: Tuesday, August 02, 2016 6:32 AM
To: Derek Lamb
Cc: pdl-devel
Subject: Re: [Pdl-devel] SOLVED: Problem building PDL-Drawing-Prima-0.11
> So, I finally got off my... well, let's just say I cut the release with
> this fix included.
Nice :-)
PDL-Drawing-Prima-0.12 builds
From: Mishra Dhiraj
Sent: Wednesday, July 27, 2016 11:38 PM
To: sisyph...@optusnet.com.au
Cc: pdl-devel
Subject: Re: [perl #128620] http://pdl.perl.org Vulnerable to XSS
> I still don't understand can you please let me know , where should i
> report the issue,
Reporting it to https://sourceforg
Apologies if this is a duplication of an earlier attempt to forward this
report to the appropriate list.
(sourceforge does not play nicely with my system - so it's difficult for me
to be sure.)
Cheers,
Rob
From: Mishra Dhiraj
Sent: Tuesday, July 26, 2016 6:06 AM
To: perlbug-follo...@perl.org
Su
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Tuesday, June 07, 2016 11:18 PM
To: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] {Win32] Problem building PDL-Drawing-Prima-0.11
Problem was that line 816 of PP.pm (in the END block) has been changed to:
# pp_done() u
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Tuesday, June 07, 2016 10:42 PM
To: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] {Win32] Problem building PDL-Drawing-Prima-0.11
> There's a similar looking problem with PDL-Fit-Levmar-0.0098 in that
> Func/func.pd is n
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Tuesday, June 07, 2016 8:54 PM
To: pdl-devel@lists.sourceforge.net
Subject: [Pdl-devel] {Win32] Problem building PDL-Drawing-Prima-0.11
> For me, on all perl versions, PDL/Drawing/Prima/Utils.pm does not appear
> anywhere in blib
Hi,
For me, on all perl versions, PDL/Drawing/Prima/Utils.pm does not appear
anywhere in blib and therefore build test reports:
# Failed test 'use PDL::Drawing::Prima;'
t\00-load-main.t ... 1/1 # at t\00-load-main.t line 6.
# Tried to use 'PDL::Drawing::Prima'.
# Error: Can't locate
Hi,
On Windows, no problems building PDL-NetCDF-4.20 against netcdf-4.3.3.1 and
earlier.
But a disconcerting thing happens when I build against netcdf-4.4.0.
The 'perl Makefile.PL' step throws up this message:
nc_inq_var_deflate function not found, no HDF library installed available
The odd
Hi,
On Windows, I build hdf5-1.8.17 and hdf5-1.10.0 in exactly the same way.
PDL-IO-HDF5-0.73 builds and tests fine against hdf5-1.8.17, but not against
hdf5-1.10.0.
When building PDL-IO-HDF5-0.73 against 1.10.0 the 'make' phase proceeds ok,
but 'make test' blows up. (See attached 't.txt'.)
-Original Message-
From: Dmitry Karasik
Sent: Sunday, May 29, 2016 5:58 AM
To: sisyph...@optusnet.com.au
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] [OT] Prima-1.46 with perl-5.24.0 on Windows
>> It's 'gcc', but I think that when I do 'perl Makefile.PL
>> LIBS="-L/lib/
-Original Message-
From: Dmitry Karasik
Sent: Saturday, May 28, 2016 6:19 PM
To: sisyph...@optusnet.com.au
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] [OT] Prima-1.46 with perl-5.24.0 on Windows
> Hmm allright ... Makefile.PL adds -lgomp for gcc only, but again the
> d
-Original Message-
From: Dmitry Karasik
Sent: Friday, May 27, 2016 10:46 PM
To: sisyph...@optusnet.com.au
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] [OT] Prima-1.46 with perl-5.24.0 on Windows
> Hi Rob,
>
> I think I've identified the issue, that's gmake being not smart
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Friday, May 27, 2016 8:34 AM
To: Dmitry Karasik ; kmx
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] [OT] Prima-1.46 with perl-5.24.0 on Windows
>> I'd like to help, but I don't know how to reproduce the problem.
>
>
-Original Message-
From: Dmitry Karasik
Sent: Friday, May 27, 2016 5:05 AM
To: kmx
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] [OT] Prima-1.46 with perl-5.24.0 on Windows
> I'd like to help, but I don't know how to reproduce the problem.
On Strawberry 5.24.0 I can reprod
From: David Mertens
Sent: Thursday, May 26, 2016 9:31 PM
To: Sisyphus
Cc: pdl-devel ; Dmitry Karasik
Subject: Re: [Pdl-devel] [OT] Prima-1.46 with perl-5.24.0 on Windows
> Hey Rob,
>
> What is the actual setup that leads to this issue?
My perls are binary-compatible with (and essentially the same
-Original Message-
From: Karl Glazebrook
Sent: Wednesday, January 27, 2016 8:00 PM
To: pdl-devel
Subject: [Pdl-devel] FFTW?
Hi Karl,
> 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 ta
Hi Karl,
That branch works fine for me on all of my Windows perls, and also on Ubuntu
with perl-5.22.0 (which was the only perl I tested on Ubuntu).
Lookin' good !!
Cheers,
Rob
-Original Message-
From: Karl Glazebrook
Sent: Monday, December 07, 2015 1:13 AM
To: sisyph...@optusnet.com
Cool !!
Thanks guys.
Cheers,
Rob
From: Maggie X
Sent: Friday, December 04, 2015 11:37 PM
To: Chris Marshall
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] PDL::Stats failing stats_kmeans test
Yes the 0.73_1 release has been testing well on CPAN with PDL 2.015. I'll
promote it t
Hi,
PDL-Stats-0.70 built cleanly for me against PDL-2.014, but not so against
PDL-2.015 where the following test failure arises:
t/stats_kmeans.t .. 10/? Can't setdims on a PDL that already has
children at C:/MinGW/perl516/site/lib/PDL/Core.pm line 2650.
PDL::reshape('PDL=SCALAR(0x
-Original Message-
From: sisyph...@optusnet.com.au
> Is it possible to just specify *all* of the possible libraries that might
> be needed, skip the validation, and leave it to EU::MM to automatically
> remove the ones that don't exist ?
Didn't really give a very good account of this
-Original Message-
From: Karl Glazebrook
Sent: Monday, November 16, 2015 1:32 PM
To: Chris Marshall
Cc: pdl-devel ; sisyph...@optusnet.com.au
Subject: Re: [Pdl-devel] ExtUtils:F77 new version 1.18 for testing
> Hi Rob
>
> Can you help with this? Ideally a patch
>
> I was wondering how uni
-Original Message-
From: Karl Glazebrook
Sent: Sunday, November 15, 2015 3:09 PM
To: Chris Marshall
Cc: pdl-devel
Subject: Re: [Pdl-devel] ExtUtils:F77 new version 1.18 for testing
> Please now get this from
> https://sourceforge.net/p/pdl/extutils-f77/ci/master/tree/
>
> Branch is ‘bett
Hi,
Two problems exist regarding PDL::Lib::GSL built against gsl-2.x.
Firstly, the C prototype for gsl_sf_ellint_D (found in
PDL/Lib/GSL/SF/ellint/gsl_sf_ellint.pd) has changed.
I successfully used the attached patch to gsl_sf_ellint.pd to build against
both gsl-2.0 and gsl-1.16.
The patch m
-Original Message-
From: Karl Glazebrook
Sent: Sunday, November 01, 2015 1:10 PM
To: pdl-devel
Subject: [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
Hi
-Original Message-
From: Karl Glazebrook
Sent: Sunday, October 25, 2015 4:37 PM
To: pdl-devel
Subject: [Pdl-devel] PDL::Slatec
> Next there’s stuff going on with PERL_DL_NONLAZY (which is the default
> for 'make test')
>
> Basically loading PDL::Slatec doesn’t work with this variable se
-Original Message-
From: Karl Glazebrook
Sent: Sunday, October 25, 2015 2:36 PM
To: Chris Marshall
Cc: pdl-devel@lists.sourceforge.net ; perldl
Subject: Re: [Pdl-devel] [Pdl-general] PDL-2.014 release plans (SciPDL too?)
> Just catching up on this… building 2.014 starts off with
> Warnin
-Original Message-
From: sisyph...@optusnet.com.au
> The blocker there is the use of 'long long' in the generated
> Basic/Ops/Ops.xs (fixed just now with commit c2ae69d).
s/c2ae69d/a6d59a7/
--
-Original Message-
From: Chris Marshall
Sent: Thursday, October 15, 2015 6:53 PM
To: pdl-devel@lists.sourceforge.net
Subject: [Pdl-devel] PDL-2.014 testing well
> It would be nice to have PDL building for all the ASPerl configurations
> but without inside help to debug we'll have to be sa
From: Chris Marshall
Sent: Thursday, October 08, 2015 2:06 AM
To: Henning Glawe ; Henning Glawe
Cc: pdl-devel@lists.sourceforge.net
Subject: [Pdl-devel] update Debian PDL-2.007 to PDL-2.014?
> Could you please try the current CPAN developers release (
> CHM/PDL-2.013_04.tar.gz ) and report if it
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Sunday, October 04, 2015 12:38 PM
To: pdl-devel@lists.sourceforge.net ; Chris Marshall
Subject: Re: [Pdl-devel] PDL-2.013_02 tester build failure
> For me (on Ubuntu), the error is avoided if I replace:
>
> warn("Precision loss du
On 10/3/2015 17:22, Chris Marshall wrote:
> In this report
>
> http://www.cpantesters.org/cpan/report/f2b520ac-6a02-11e5-af12-2392e0bfc7aa
>
>
> the build fails because the pointer to the $PDL::SHARE Core
> structure is not declared. I'm having trouble following the logic
> since we have a declar
From: kmx
Sent: Tuesday, August 04, 2015 3:00 AM
To: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] PDL-Stats not compiling against 2.012
> Or you can try my unofficial patched version:
>
> cpanm
> http://strawberryperl.com/package/kmx/perl-modules-patched/PDL-Stats-0.6.5_patched.tar.g
-Original Message-
From: Ed
Sent: Tuesday, June 16, 2015 5:48 PM
To: sisyph...@optusnet.com.au ; Bob Free ; Chris Marshall
Cc: pdl-devel@lists.sourceforge.net ; kmx
Subject: Re: [Pdl-devel] CHM/OpenGL-0.6704_01.tar.gz uploaded to CPAN
> I'll bet "far" and "near" are #defined to blank, and
-Original Message-
From: Bob Free
Sent: Tuesday, June 16, 2015 6:38 AM
To: Chris Marshall
Cc: Sisyphus ; kmx ; Christian Walde ; pdl-devel@lists.sourceforge.net
Subject: Re: CHM/OpenGL-0.6704_01.tar.gz uploaded to CPAN
Thanks for the update - will investigate and hopefully fix today!
On 6/14/2015 15:14, Chris Marshall wrote:
> Perl OpenGL Users and Developers-
>
> This CPAN developers release should be appearing at a mirror near you
> soon.
> The release largely comprises work by Bob Free that adds a lot of updates
> to
> the POGL module. If the developers release checks out
Hi,
When I look closely at Chris's post:
[Pdl-devel] PDL-2.012 released to CPAN
it seems it was sent not to the Pdl-devel list, but to the Pdl-general list.
Isn't that a bit odd for a subject line that's clearly prefixed with
"[Pdl-devel]" ?
(This turned out to be a little fortuitous, as I was
Hi Ed,
I got the info I provided from ActiveState build logs.
They don’t provide the information you’ve asked for.
(See, eg
http://ppm4.activestate.com/x86_64-linux/5.18/1800/C/CH/CHM/PDL-2.011.d/log-20150603T000708.txt?_ga=1.190781035.1994743972.1370474682
.)
Cheers,
Rob
From: Ed
Sent: Thursd
I don’t know the reason, but the error with post-2.007 builds on perl-5.18 (and
presumably the other perl versions) is:
linux:
"/home/fly1800/ap1800-297235/bin/perl-static"
"/home/fly1800/var/megalib/ExtUtils/xsubpp" -typemap
"/home/fly1800/ap1800-297235/lib/ExtUtils/typemap" -typemap "typemap"
From: kmx
Sent: Tuesday, June 09, 2015 5:48 PM
To: sisyph...@optusnet.com.au ; pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] Unable to build PDL::Drawing::Prima on Windows
> Rob,
> see enclosed Prima/Config.pm patched with my "dirname(__FILE__)" hack
> which might be a possible solutio
Hi kmx,
The below summation looks fairly right to me. Thanks for elaborating.
(Only difference for me was that apricot.h was being found, but some of the
files it wanted to #include were not.)
I've "fixed" the problem of the missing headers by having my build script
place the appropriate perl/s
From: Chris Marshall
Sent: Monday, June 08, 2015 11:46 PM
> # These are lifted from PDL::Core::Dev, but use a less redundant style:
> my $inc = PDL_INCLUDE;
> $inc =~ s/-I//g;
> $inc =~ s/"//g; # this was added
> my @incs = ($inc, @{$Prima::Config::Config{incpaths}});
No problem locating the re
From: kmx
Sent: Monday, June 08, 2015 11:40 PM
To: pdl-devel@lists.sourceforge.net
Cc: Sisyphus
Subject: Re: [Pdl-devel] Unable to build PDL::Drawing::Prima on Windows
> I see the same failure on strawberry perl portable. It is IMO something
> wrong with Prima::Config.
Then how did you get it t
Hi,
Having upgraded PDL to 2.011 on my various Windows builds of perl, I now
wanted to rebuild PDL::Graphics::Prima to work with 2.011.
However, the prerequisite PDL::Drawing::Prima (version 0.10) fails to build.
This is odd, as (IIRC) it built fine last time I built it (for 2.007). One
thing t
From: Chris Marshall
> On the CPAN Testers side, things look good, currently FAIL reports are
> <5%.
I see only 2 reports there from long double ("-ld") builds of perl.
One of them (
http://www.cpantesters.org/cpan/report/4157068a-0af9-11e5-ab00-7d3ce0bfc7aa
) fails to build PDL::Slatec, th
Hi,
Courtesy of not having already installed List::MoreUtils in my (MS Windows)
perl-5.22.0 builds, I found that PDL/IO/GD.pm wants to load that module.
But I couldn't find any mention of List::MoreUtils as a PREREQ_PM in any of
the Makefile.PL files.
I mention this in case there's something
From: Chris Marshall
Sent: Tuesday, June 02, 2015 7:34 AM
To: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] ASPerl build problems with PDL-2.008+
> Here is the URL for the ASPerl reports:
> http://code.activestate.com/ppm/PDL/
As regards the Windows failure for 2.008 on 5.16:
Ops.xs
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Tuesday, May 26, 2015 9:40 AM
To: David Mertens
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] Insert C code before '#include "EXTERN.h"'
> OK - all they would need to do is change:
>
> typedef union { double f; int
From: David Mertens
Sent: Tuesday, May 26, 2015 7:21 AM
To: Sisyphus
Cc: Chris Marshall ; pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] Insert C code before '#include "EXTERN.h"'
> The basic idea behind this approach is that the *compiler* only thinks of
> the identifiers by their full
Hi David,
I did suggest something like that, even though I think it’s messy.
Would I need to define PROJ_NO_NAMESPACE_POLUTION when building the proj
library ? ... or would I need to define it only when building PDL::GIS::Proj ?
(There’s no problem until winreg.h gets included – and that doesn’t
From: Chris Marshall
Sent: Thursday, May 21, 2015 3:24 AM
To: Sisyphus
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] Insert C code before '#include "EXTERN.h"'
> It's a hack but what about adding -D_PROVIDER_STRUCTS_DEFINED to the
> DEFINE?
Yes, that does the trick - and allows m
Hi,
In testing a windows-specific problem, I'm wanting to insert in the
generated Lib/GIS/Proj/Proj.xs:
#define _PROVIDER_STRUCTS_DEFINED
prior to:
#include "EXTERN.h"
What's the pp_* directive that I need to place in Lib/Gis/Proj/Proj.pd that
will effect this change to the generated xs file
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Monday, May 18, 2015 8:57 PM
To: pdl-devel@lists.sourceforge.net
Subject: PDL::Slatec fails to build on upcoming Strawberry Perl 5.22
> Perl-5.22.0 will be released soon, and version 5.22 of Strawberry Perl
> will be built using
Hi,
Perl-5.22.0 will be released soon, and version 5.22 of Strawberry Perl will
be built using the latest mingw runtime (version 4).
kmx drew my attention to the fact that PDL::Slatec (PDL-2.007_17) fails to
build with this runtime.
Unlike runtime version 3, the new libgfortran.a contains some
-Original Message-
From: Ed
Sent: Friday, May 08, 2015 5:33 PM
To: sisyph...@optusnet.com.au
Cc: pdl-devel
Subject: Re: [Pdl-devel] [Pdl-general] CHM/PDL-2.007_17.tar.gz
(a.k.a.PDL-2.008 RC4)released to CPAN
> Glad it's all working on Windows!
>
> t/pnm.t used to not use File::Temp, whic
From: Chris Marshall
Sent: Thursday, May 07, 2015 3:50 AM
To: pdl-gene...@lists.sourceforge.net ; pdl-devel@lists.sourceforge.net
Subject: [Pdl-general] CHM/PDL-2.007_17.tar.gz (a.k.a. PDL-2.008
RC4)released to CPAN
> ...and should be appearing at a CPAN mirror near you soon.
No failings for me
-Original Message-
From: Ed
Sent: Thursday, April 02, 2015 10:18 AM
To: sisyph...@optusnet.com.au
Cc: pdl-devel
Subject: Re: [Pdl-devel] Proj presently broken
> Good spot on the $include_path. Additional commit pushed on the projfixp2
> branch, should just work. Rob, does it work for you
-Original Message-
From: Ed
Sent: Tuesday, March 31, 2015 4:41 PM
To: Sisyphus
Cc: pdl-devel
Subject: Re: [Pdl-devel] Proj presently broken
Hi Rob,
> Your premise seems to be that my code (in Lib/GIS/Proj/Makefile.PL and
> Lib/Transform/Proj4/Makefile.PL) doesn't pass the relevant %PDL:
Oops ... failed to 'cc' the list.
(Looks to me that I might not be on the pdl-devel list at this stage, so
please 'cc' me. In the meantime, I'll make yet another attempt to subscribe
to pdl-devel.)
-Original Message-
From: Ed
Sent: Tuesday, March 31, 2015 3:08 AM
To: sisyph...@optusnet.
Update:
For me, the projfixp2 branch fixes things.
Thanks Ed !!
The one remaining minor niggle is that if perld.conf specifies "WITH_PROJ =>
undef" then I inevitably enter the following if{} block in the
Lib/GIS/Proj/Makefile.PL and Lib/Transform/Proj4/Makefile.PL:
if (!$forcebuild && !Alien:
-Original Message-
From: Derek Lamb
Sent: Wednesday, March 25, 2015 7:03 AM
To: sisyph...@optusnet.com.au
Cc: pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-devel] Proj presently broken
Hi Derek,
> Two items of note from the 4.9.0/4.9.1 Proj4 release notes
> (http://svn.osgeo.org/met
Hi,
Trying to build Lib/Transform/Proj4 without Alien is causing me some
difficulty.
The problem arises in the Inline-generated _Inline/build/Alien/Proj4_e243
directory because the Makefile.PL in that directory specifies:
'INC' => '-I"C:/sisyphusion/PDL-2.007_13/Lib/Transform/Proj4"
"-IC:\\sisyph
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Monday, March 09, 2015 1:15 PM
To: Derek Lamb
Cc: pdl-devel@lists.sourceforge.net ; pdl-gene...@lists.sourceforge.net
Subject: Re: [Pdl-general] CHM/PDL-2.007_12.tar.gz released to CPAN
-Original Message-
From: Derek Lamb
S
-Original Message-
From: Derek Lamb
Sent: Monday, March 09, 2015 4:07 AM
To: sisyph...@optusnet.com.au
Cc: pdl-gene...@lists.sourceforge.net ; pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-general] CHM/PDL-2.007_12.tar.gz released to CPAN
Somewhere in that commit message I think was
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Saturday, March 07, 2015 2:09 PM
To: pdl-gene...@lists.sourceforge.net ; pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-general] CHM/PDL-2.007_12.tar.gz released to CPAN
> I've just hit a failure with test 51 in t/ops.t - so I'll
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Saturday, March 07, 2015 12:54 PM
To: pdl-gene...@lists.sourceforge.net ; pdl-devel@lists.sourceforge.net
Subject: Re: [Pdl-general] CHM/PDL-2.007_12.tar.gz released to CPAN
> What action ought we take in reponse to the removal of D
Hi,
What action ought we take in reponse to the removal of Devel/CheckLib from
the inc directory ?
Are we supposed to remove the "use Devel::CheckLib;" from the various
Makefile.PLs in which it appears ? ... or are we supposed to install our own
local version of Devel::CheckLib ?
Cheers,
Rob
72 matches
Mail list logo
