[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 19981119: netcdf-3.4 on SunOS-4.1.3, gcc-2.8.1

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.

  • Subject: Re: 19981119: netcdf-3.4 on SunOS-4.1.3, gcc-2.8.1
  • Date: Thu, 19 Nov 1998 09:54:41 -0700
Ben,

> To: address@hidden
> From: Ben Horner-Johnson <address@hidden>
> Subject: netcdf-3.4 on SunOS-4.1.3, gcc-2.8.1
> Organization: Northwestern University
> Keywords: 199811190734.AAA21680

In the above message, you wrote:

> I see that 3.4 hasn't been tested on a lot of platforms.  Here's a
> non-working setup.  I'm including the last configuration (#5) I tried.
> All bu the "cc" configuration crashed during "make" when there was
> an "Undefined symbol _memmove" error working on the files in ncdump.
> Shall I send the other configs?
> 
> We don't have SC3.0.1 or the LIBS="-L/usr/lang/SC3.0.1/lib -lansi"
> mentioned in INSTALL.  I do know that the gcc includes version of
> string.h has memmove defined.  I even tried replacing the <string.h>
> declarations with direct "/usr/local/lib/.../include/string.h" and
> using -I/usr/local/.../include but those didn't work.  I used fresh
> original versions for the attempt here (and the other 4 tries).

Because building the netCDF package requires the standard-C function
"memmove", you'll have to locate it on your system.  I suggest a
brute-force approach -- something like the following:

    nm -g /lib/lib* | grep memmove
    nm -g /usr/lang/lib/lib* | grep memmove
    nm -g /usr/lang/SC*/lib* | grep memmove

Let me know where you find it.

--------
Steve Emmerson   <http://www.unidata.ucar.edu>