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.
Santiago, >Date: Tue, 09 Dec 2003 14:46:57 -0500 >From: "Santiago Gasso'" <address@hidden> >Organization: NASA/GFSC >To: Steve Emmerson <address@hidden> >Subject: Re: 20031209: problems compiling large file netCDF on Sun Ultra-60 The above message contained the following: > I think I fixed the problem , I still need to check some issues and run the > code but this is definitely good progress. You were right, they were > platform specific problems, not netCDF strictly related I'm glad you solved the problem. > So, I apologize for bugging you but I didn't know what to do since I am not > knowledgeable on these issues. > I wrote a few comments down below on I fixed it. I'll put them in our database -- it might help someone with a similar problem. > The compiling flag that works is -xarch=v8 (or > generic,native,v8plus,v8plusa and v8plusb) and none of the flags that are > supposed to be for 64 bits (See > http://docs.sun.com/source/816-2457/3_options.html#pgfId-215597 ) . So this > is in conflict to what it was supposed to do and don't understand why. ... > When use the library path /usr/local/lib and /usr/local/include in my > Makefile (that is, the paths to the library where the computer manager > installed netCDF), I get a linking error , the same one as before but with > the addition of > Undefined first referenced > symbol in file > nf_strerror_ handle_err.o > > However, when I define the paths as /export/home/ji/netcdf-3.5.0/include > and /export/home/ji/netcdf-3.5.0/lib which are paths to a previous > installation of the same library (another user put it in his directory), I > do not get any errors and the compilation is successful. ... Regards, Steve Emmerson