Skip Menu |
 

This queue is for tickets about the Perl-Dist-Strawberry CPAN distribution.

Report information
The Basics
Id: 58120
Status: resolved
Priority: 0/
Queue: Perl-Dist-Strawberry

People
Owner: Nobody in particular
Requestors: sisyphus [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Wishlist
Broken in: (no value)
Fixed in: (no value)



Subject: No fortran compiler
Download (untitled) / with headers
text/plain 1.5k
Not necessarily a bug - but the absence of a fortran compiler does prevent one from building PGPLOT and certain elements (Slatec, Minuit) of PDL. A couple of years back I suggested to Adam that inclusion of the fortran compiler in Strawberry Perl might be a good idea. He declined, on the basis of minimal gain for extra bloat - apart from the 2 extensions already mentioned I know of no use for a fortran compiler (in a perl context). Anyway, I thought I might mention this again in case there's been a change of heart - though if no-one else has requested the inclusion of the fortran compiler, it would seem that there's probably little to be gained by including it. Perhaps, to cater for those of us that do want gfortran, the Strawberry webpage could provide a link to a gfortran zip or tarball that we could extract to our 'strawberry/c' directory ? I've worked around the problem by adding the location of a sezero build of mingw (that I installed a while back) to the end of the path. But it's version 4.4.4 ... probably not ideal to be using that with Strawberry's 4.4.3 (though it seems to be working fine). Finally, ExtUtils::F77 must first be installed before one can make use of the fortran compiler to build either PGPLOT or PDL::Slatec or PDL::Minuit. The current version (1.16) of that module doesn't work with gfortran on Windows. This will be fixed in the next release of ExtUtils::F77. (If, in the meantime, anybody reading this would like the patch that fixes the problem, just send me an email - it involves a few changes to F77.pm only.) Cheers, Rob
I am neither fan nor hater of fortran - just my guess about diskspace (for Curtis who is the decision maker)

adding fortran means approx 15MB (unpacked) additional stuff in c:\strawberry\c

If we are talking about adding additional devtools I would for example appretiate including gdb (= approx 4MB) - but I do not want to polute this fortran-related RT :)

--
kmx
Download (untitled) / with headers
text/plain 220b
My opinion is that it shouldn't be in Strawberry itself, but in a second MSI, as I think that it's be 15MB that'd be useless for 95+% of Strawberry Perl users. How to implement that second .msi would be a good question.
Subject: Re: [rt.cpan.org #58120] No fortran compiler
Date: Fri, 20 Aug 2010 23:29:05 +1000
To: bug-Perl-Dist-Strawberry [...] rt.cpan.org
From: Adam Kennedy <adamkennedybackup [...] gmail.com>
Download (untitled) / with headers
text/plain 516b
The bloat would be reasonably welcome in professional Is F77 really that large? On 20 August 2010 14:03, Curtis Jewell via RT <bug-Perl-Dist-Strawberry@rt.cpan.org> wrote: Show quoted text
>       Queue: Perl-Dist-Strawberry >  Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=58120 > > > My opinion is that it shouldn't be in Strawberry itself, but in a second > MSI, as I think that it's be 15MB that'd be useless for 95+% of > Strawberry Perl users. > > How to implement that second .msi would be a good question. >
Download (untitled) / with headers
text/plain 232b
On Fri Aug 20 09:29:13 2010, adam@ali.as wrote: Show quoted text
> The bloat would be reasonably welcome in professional > > Is F77 really that large?
I was thinking standard Strawberry when I said that. Professional, it'd be fine to include it.
sisyphus,

could you please test the following packs (they are ONLY FOR 5.12.x strawberryperl):

http://strawberryperl.com/package/kmx/32_libs/5.12-extras/32bit_gfortran-4.4.4-bin_20110419.zip
http://strawberryperl.com/package/kmx/64_libs/5.12-extras/64bit_gfortran-4.4.4-bin_20110419.zip

My quick test with ExtUtils::F77 show that it somehow works

--
kmx

P.S. unfortunately I do not have the original sources of gcc-4.4.3 tools thus little version shift (technically it only means some extra disk space that would not have been necessary if gcc and gfortan were the same version)
Subject: Re: [rt.cpan.org #58120] No fortran compiler
Date: Wed, 20 Apr 2011 12:31:24 +1000
To: <bug-Perl-Dist-Strawberry [...] rt.cpan.org>, <sisyphus [...] cpan.org>
From: "Sisyphus" <sisyphus1 [...] optusnet.com.au>
Download (untitled) / with headers
text/plain 398b
Show quoted text
----- Original Message ----- From: "kmx via RT" <bug-Perl-Dist-Strawberry@rt.cpan.org>
> My quick test with ExtUtils::F77 show that it somehow works
Yes - EU::F77 has that effect .... one is never quite sure :-) I've grabbed those 2 fortran compilers and all seems fine. For testing, after installing EU::F77, I built PDL (with PDL::Slatec and PDL::Minuit support). Nice !! Cheers, Rob
fortran will be included in 5.16.x series

closing this RT

--
kmx



This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.