Sean, > I am building HDF4/5 with gcc -m64 and after loading the 64 bit intel > compiler, so I guess I'm assuming that it's all being built for the same > architecture. Is there some way to test this? Make sure you're also using gcc -m64 when building netCDF, after building HDF4 and HDF5. Also, you can use the "file" command on dynamic libraries (that have a ".dylib" extension) and on object files (that have a ".o" extension) as well as on executables, to see what architecture they are built for. For example, $ file /usr/local/lib/libnetcdf.7.dylib /usr/local/lib/libnetcdf.7.dylib: Mach-O dynamically linked shared library i386 $ file /usr/local/lib/libhdf5.7.dylib /usr/local/lib/libhdf5.7.dylib: Mach-O dynamically linked shared library i386 $ file /usr/local/bin/ncdump /usr/local/bin/ncdump: Mach-O executable i386 so on my system, those would all be for i386, a 32-bit architecture. --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:18 PM, Unidata netCDF Support wrote: > > 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><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><mailto:address@hidden> > > > > > > > > Russ Rew UCAR Unidata Program > address@hidden<mailto: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<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
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.