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

[netCDF #JHU-572616]: "SD" Errors



> Russ,
> 
> I am attempting to do so, and I am pointing to the correct directory (it's 
> the same as where HDF5 is).  When I disable HDF4 in the configure step, I get 
> the make to work with no trouble.  I have an email in to HDF about this, but 
> it's hard to know where the issue lies.

Are you sure the HDF4 library you installed is for the same architecture as you 
are
specifying for the netCDF-4 library?  It must be 64-bit if the netCDF library 
is 64-bit
and similarly for 32-bit.

--Russ

> Sean
> 
> ======================================
> Sean Crowell
> Postdoctoral Research Associate
> College of Atmospheric and Geographic Sciences
> University of Oklahoma
> Office: NWC 5420
> Phone: (405)325-1089
> address@hidden<mailto:address@hidden>
> 
> 
> 
> 
> 
> On Sep 7, 2012, at 3:09 PM, Unidata netCDF Support wrote:
> 
> Hi Sean,
> 
> I'm trying to compile NetCDF on MacOS X 10.7.4 with HDF4 and HDF5 support, 
> and I'm getting the following error message when I run make check:
> 
> libtool: link: gcc -g -O2 -o .libs/tst_interops2 tst_interops2.o  
> ../liblib/.libs/libnetcdf.dylib -L/Users/seancrowell/local/lib 
> /Users/seancrowell/local/lib/libhdf5_hl.dylib 
> /Users/seancrowell/local/lib/libhdf5.dylib -lm -lz -lcurl
> Undefined symbols for architecture x86_64:
> "_SDstart", referenced from:
> _main in tst_interops2.o
> "_SDcreate", referenced from:
> _main in tst_interops2.o
> "_SDwritedata", referenced from:
> _main in tst_interops2.o
> "_SDendaccess", referenced from:
> _main in tst_interops2.o
> "_SDend", referenced from:
> _main in tst_interops2.o
> "_SDsetdimname", referenced from:
> _main in tst_interops2.o
> "_SDgetdimid", referenced from:
> _main in tst_interops2.o
> ld: symbol(s) not found for architecture x86_64
> collect2: ld returned 1 exit status
> make[2]: *** [tst_interops2] Error 1
> make[1]: *** [check-am] Error 2
> make: *** [check-recursive] Error 1
> 
> I have a sneaking suspicion that this is related to HDF4, but I'm not sure.
> 
> Are you running configure with the "--enable-hdf4" option, so you can access
> some HDF4 files that are not netCDF files?
> 
> If so, you need to specify the location for the HDF4 header files and library
> in the CPPFLAGS and LDFLAGS options or environment variables to the configure
> script, to create Makefiles that incorporate that information.
> 
> Otherwise, you should omit --enable-hdf4 as a configure option.
> 
> --Russ
> 
> Sean
> 
> 
> ======================================
> Sean Crowell
> Postdoctoral Research Associate
> College of Atmospheric and Geographic Sciences
> University of Oklahoma
> Office: NWC 5420
> Phone: (405)325-1089
> address@hidden<mailto:address@hidden><mailto:address@hidden>
> 
> 
> 
> 
> 
> 
> 
> Russ Rew                                         UCAR Unidata Program
> address@hidden<mailto:address@hidden>                      
> http://www.unidata.ucar.edu
> 
> 
> 
> Ticket Details
> ===================
> Ticket ID: JHU-572616
> Department: Support netCDF
> Priority: Normal
> Status: Closed
> 
> 
> 
> 

Russ Rew                                         UCAR Unidata Program
address@hidden                      http://www.unidata.ucar.edu



Ticket Details
===================
Ticket ID: JHU-572616
Department: Support netCDF
Priority: Normal
Status: Closed