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.
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