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.
Jeff, >Date: Wed, 20 Nov 2002 11:16:42 -0800 >From: "Jeff Lundgren" <address@hidden> >Organization: Levelton >To: "Steve Emmerson" <address@hidden> >Subject: RE: 20021120: Compile problems with Lahey Fortran for Linux The above message contained the following: > Thank you for the quick reply. My apologies, I should have mentioned that I > had already read the web page you suggested. Ah! > I can compile netCDF using g77 > as the page suggests for Lahey 6.0 (but only if I use the > ch -Df2cFortran). > > However I can't link the resulting libary to CMAQ > compiled with Lahey, nor can I successfully compile CMAQ with g77. > > When I set the environment variable > > export CPPFLAGS='-DpgiFortran -DNDEBUG' > > as you suggest, the "make" command fails with both Lahey and g77.(for Lahey > this is one step earlier than with CPPFLAGS='-Df2cFortran -DNDEBUG'). > > I have included the diagnostics for the current attempt below > > export FC=/usr/local/lf9561/bin/lf95 > export FFLAGS=-I/usr/local/include > export CPPFLAGS='-DpgiFortran -DNDEBUG' > export CC=/usr/bin/gcc > export CXX=/usr/bin/g++ > > > A. Standard output of "uname -a": > > Linux localhost.localdomain 2.4.12 #17 Mon Feb 4 16:29:18 EST 2002 i686 > unknown > > B. Contents of VERSION: > > 3.4 This is a problem. Version 3.4 of the netCDF package doesn't know "-DpgiFortran" from a hole in the ground. I suggest getting the latest release and trying again with the "-DpgiFortran" macro. Regards, Steve Emmerson <http://www.unidata.ucar.edu>