>
> 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
isyph...@optusnet.com.au
Cc: Chris Marshall ; pdl-devel
Subject: 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
> d
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
-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 wa
Hi Rob
Can you help with this? Ideally a patch
I was wondering how universal these gfortran libs were…. if we don’t include
them then will get runtime errors on OS X etc. I was hoping it would be the
same across all gfortran architectures.
Does anyone know an automatic way to spit out a librar
The only sure way to validate a compiler and library is to try to use it.
Static checks for files and filenames are not robust because of the many
possible paths, file names, file extensions,...
Looking at the code changed, it looks like you've added OSX randomness
to cygwin.
Maybe some condition
The repo magic looks good, Karl.
Some of the extra checking breaks for cygwin.
Which does have gfortran. I get this from make test:
perl -Mblib t/require.t
1..2
ExtUtils::F77: Version 1.19
Loaded ExtUtils::F77 version 1.19
Found compiler gfortran
ExtUtils::F77: gfortran version 4.9.3
ExtUtils:
-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/
>
&g
Hi there PDL developers,
I’d like to repeat my call for testing for EU::F77, my changes stop meltdowns
with PERL_DL_NONLAZY=1 and should improve PDL test suite compliance:
> I’ve made some improvements to the gfortran linking which should avoid
> runtime unresolved symbols issues. (e.g. ‘make
Ahh!
Sorry I totally forgot this had been taken over by you last year Chris!
Splendid. I will retrofit my changes in to the SF repository you made.
Karl
> On 1 Nov 2015, at 10:53 pm, Chris Marshall wrote:
>
> Hi Karl-
>
> There is already an ExtUtils::F77 1.18 with a number
> of fixes for
http://search.cpan.org/~chm/ExtUtils-F77-1.18/
On 11/1/2015 06:53, Chris Marshall wrote:
> Hi Karl-
>
> There is already an ExtUtils::F77 1.18 with a number
> of fixes for similar issues. Please start with the current
> release and work from there to avoid breakage and
> duplicative effort.
>
> -
Hi Karl-
There is already an ExtUtils::F77 1.18 with a number
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 la
-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
14 matches
Mail list logo