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.
Nello, >Date: Wed, 31 Jul 1996 10:44:04 +0200 >From: Super-User <address@hidden> >Organization: IRPEM-CNR >To: Steve Emmerson <address@hidden> >Subject: Re: 960730: NetCDF 2.4.2 installation problem: undefined XDR symbols >Keywords: 199607310848.AA08996 In the above message you wrote: > This is the output of the 'configure' script: > > configure --prefix=/usr/local > creating cache ./config.cache ... > checking for XDR library... > checking for xdr_long in default library... yes The above is odd. Since the system is a SunOS 5 one, the configure script should not have found the xdr_long() function in the default, C runtime library but, instead, in the `nsl' library. Would you please send me the output from executing the following commands: 1. uname -a 2. ar t /usr/lib/libc.a | grep xdr 3. ar t /usr/lib/libnsl.a | grep xdr I suggest that you mallually override the configure script's decision on the XDR library by doing the following: 1. To to the top-level source directory. 2. Execute the command `rm -f config.cache'. 3. Set the environment variable LD_XDR to `-lnsl' (I assume that you have this library -- if you don't, then please tell me). 4. Execute the `configure' script. Trap the output and send it to me. 5. Execute the command `make all'. It should successfully terminate. Trap the output and send it to me. Please let me know if this helps. -------- Steve Emmerson <address@hidden>