[GEMPAK #JIS-635047]: Gempak 5.11.4 build errors

Eric,

I've read about some previous trouble with Debian systems, though I'm not 100% 
on what is causing the error here with gfortran and ld on your system.  Have 
you tried removing the --hash-style=both flag? (leave it as LDFLAGS = -Wl?  
Unfortunately I don't have a similar system on my end to try to find a solution 
so I'm left trying to diagnose this one through your comments and what I can 
dig up about binutils/ld problems with gcc.

Consequently, what version of gfortran are you using?

Michael

> Michael,
> 
> I went ahead and listed versions that are install.
> 
> blackhawk:~> which ld
> /usr/bin/ld
> 
> blackhawk:~> ld -V
> GNU ld version 2.17 Debian GNU/Linux
> Supported emulations:
> elf_i386
> i386linux
> elf_x86_64
> 
> blackhawk:~> which gcc
> /usr/bin/gcc
> 
> blackhawk:~> gcc -v
> Using built-in specs.
> Target: i486-linux-gnu
> Configured with: ../src/configure -v
> --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
> --enable-shared --with-system-zlib --libexecdir=/usr/lib
> --without-included-gettext --enable-threads=posix --enable-nls
> --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
> --enable-libstdcxx-debug --enable-mpfr --with-tune=i686
> --enable-checking=release i486-linux-gnu
> Thread model: posix
> gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
> 
> What next?
> -Eric
> 
> 
> On Wed, Jun 17, 2009 at 09:35:00AM -0600, Unidata GEMPAK Support wrote:
> > Eric,
> >
> > It's likely that the error is related to gcc not using the host's linker 
> > (ld).
> >
> > What are the results of "which gcc" and "which ld" ?
> >
> > It's possible that you will need to force gcc to use the host's dynamic 
> > linker by setting the environment variable COMPILER_PATH to something else, 
> > but let's see the results of the above two which commands first.
> >
> > Michael
> > Unidata User Support
> >
> >
> >
> > >
> > > Michael,
> > >
> > > I believe I sent a set of logs on my latest attempt to build gempak, but
> > > have not heard anything for quite a while.
> > >
> > > -Eric
> > >
> > > > /usr/include/Xm/ is fine for the Xm libraries, but it seems like this
> > > > directory is not being found in your library build path
> > > >
> > > > Try to change the X11LIBDIR location in Makeinc.linux_gfortran from
> > > > "-L/usr/X11R6/lib" to "-L/usr/include/Xm"
> > > >
> > > > Michael
> > > >
> > > >>
> > > >> Had the sysadmins confirm the existance of XmAll.h
> > > >> (/usr/include/Xm/XmAll.h) and did a distclean and a new make all.  log
> > > >> attached.  Still something wierd going on that I don't understand.
> > > >>
> > > >> -Eric
> > > >
> > > >
> > > > Ticket Details
> > > > ===================
> > > > Ticket ID: JIS-635047
> > > > Department: Support GEMPAK
> > > > Priority: Normal
> > > > Status: Open
> > > >
> > >
> > >
> > >
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: JIS-635047
> > Department: Support GEMPAK
> > Priority: Critical
> > Status: Open
> 
> --
> -Eric
> --
> _______________________________________________________________________
> Eric Nelson
> 
> National Center for Atmospheric Research
> Research Applications Laboratory
> http://www.ral.ucar.edu
> address@hidden
> (303) 497-2838
> 
> "I love deadlines.  I especially like the whooshing sound they make as
> they go flying by."     --Douglas Adams
> _______________________________________________________________________
> 
> 


Ticket Details
===================
Ticket ID: JIS-635047
Department: Support GEMPAK
Priority: Critical
Status: Open