[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[GEMPAK #WVR-417813]: Re: gfortran.

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [GEMPAK #WVR-417813]: Re: gfortran.
  • Date: Wed, 22 Aug 2007 10:04:32 -0600
Stonie,

Good.
I did have to repack the linux binaries I posted yesterday for older
linux systems by linking using the LDFLAG -Wl,--hash-style=both 

http://forums.fedoraforum.org/archive/index.php/t-137590.html

You don't need this to build and rin locally, but I was finding that
some debian sites couldn't run my FC7 binaries which used the new
GNU style loader hash.

I've repacked everything the past 3 days so will make a general availability
announcement- as I get my pending support box cleaned up ;-)

Steve Chiswell
Unidata User Support


> Steve,
> 
> OK - I *think* everything is working fine with the gfortran.  I have
> compiled this with gfortran on both CentOS 4.5 and Gentoo - both have
> gcc 4.1 or higher (4.1.1 on CentOS, 4.1.2 on Gentoo).
> 
> The only issue I had was with a simple call on the Gemenviron.profile
> when I went to compile.  I had logged in and the Gemenviron.profile
> had already been invoked with the previous install.  So, when I went
> to source the new Gemenviron.profile . . . it didn't rerun the NA_OS
> assignment (as it had it from the previous - 5.10.2) - and thus
> didn't pick up on the GEM_COMPTYPE assignment, so "make" failed.
> 
> A simple "unset NA_OS" and re-sourcing the Gemenviron.profile . . .
> and things took off.
> 
> I've only used a few of the executables . . . I'll let you know if I
> find any problems.
> 
> Stonie
> 
> On Aug 10, 2007, at 4:02 PM, Steve Chiswell wrote:
> 
> > Stonie,
> >
> > I have added gfortran configuration in the source code tarfile for
> > 5.10.3.
> > I've tested it out here during the GEMPAK workshop and found most of
> > the
> > hidden gotchas- which are generally problems with TAB characters
> > embedded within continuation  lines of FORMAT and write statements,
> > line
> > lengths past 72
> > characters and implied comments in some external code after
> > position 72,
> > debug lines, and some straight out bugs with the gfortran 4.0.2 and
> > earlier
> > compiler. I have tested with gfortran 4.1.1 and 4.1.2 with FC5, 6
> > and 7
> > under
> > 32 and 64 bits.
> >
> > I haven't build all the binaries yet, but if you want to try to build
> > the source, its
> > on the www site now. The configuration is set to USE_GFORTRAN in
> > Gemenviron
> > but can be set to g77 by editing that file if desired.
> >
> > Steve
> >
> >
> > On Tue, 2007-01-09 at 14:10 -0600, Stonie Cooper wrote:
> >> Steve,
> >>
> >> I'm just coming up for air long enough to play with the g77
> >> replacement; before I dig in, I wanted to make sure I wasn't wasting
> >> my time and that you already had a config for the new gfortran
> >> compiler.
> >>
> >> Stonie
> > --
> > Steve Chiswell <address@hidden>
> > Unidata
> 
> 


Ticket Details
===================
Ticket ID: WVR-417813
Department: Support GEMPAK
Priority: Normal
Status: Closed