NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
On 09/01/2009 09:13 AM, Ed Hartnett wrote:
Orion Poplawski<orion@xxxxxxxxxxxxx> writes:On 07/31/2009 09:48 AM, Ed Hartnett wrote:It will be release separately as well. Libcf requires netcdf, but will build either with the netCDF distribution, or separately, when pointed at an external netCDF install.
Thanks for the info.
Conditionally running the configure causes problems for autotools.
Okay.
Yes, UDUNITS is completely separate, whether installed from the netCDF distribution or stand-alone. It does not use the netCDF library at all.
I think it gets pretty confusing when packages get bundled in with other ones. netdf was getting packaged into wgrib2 for example. Where does it end?
Also, with --enable-install-doc I'm seeing documentation installed into: "/usr/share/doc/netcdf /usr/doc/netcdf-4.1-beta2-snapshot2009082800/" Seems to be caused by rules like: if INSTALL_DOCS docdir += $(prefix)/doc/$(PACKAGE)-$(VERSION) doc_DATA = $(pdf_docs) $(html_mans) $(txt_docs) $(ps_docs) \ $(info_docs) $(html_docs) endif in man4/Makefile.am.OK, I have changed the way the documentation is installed. Thanks for pointing this problem out.
Thanks. Is this in snapshot2009090100? Still seeing it there...
Next, looks like tst_suiterunner is not linked against -lmfhdf. This is from a Fedora Rawhide build on x86_64 - build log here: http://koji.fedoraproject.org/koji/getfile?taskID=1641990&name=build.log /bin/sh ../libtool --tag=CXX --mode=link c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -L/usr/lib64/hdf -o tst_suiterunner tst_suite.o tst_suiterunner.o ../cxx4/libnetcdf_c++4.la ../libsrc4/libnetcdf.la -lhdf5_hl -lhdf5 libtool: link: c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -o .libs/tst_suiterunner tst_suite.o tst_suiterunner.o -L/usr/lib64/hdf ../cxx4/.libs/libnetcdf_c++4.so ../libsrc4/.libs/libnetcdf.so -L/usr/lib -L/lib -lcurl -lhdf5_hl -lhdf5 -Wl,-rpath -Wl,/usr/lib64 ../libsrc4/.libs/libnetcdf.so: undefined reference to `SDstart' ...Ummm, what is tst_suitrfunner?
netcdf-4.1-beta2-snapshot2009082800/cxx4/tst_suiterunner.cpp
Also, not sure if you are aware but the netcdf build is not parallel capable (ie make -j N will fail). Would be nice in these days of proliferating cores...Make -j works for me...
It's failed once and worked once for me, so seems fragile. I'll post again with more details if I get another failure.
Finally, getting a test failure on Fedora 11 i586 (build log attached) HDF5-DIAG: Error detected in HDF5 (1.8.3) thread 0:
>
You must upgrade to HDF5-1.8.3-snap2 to fix this (1.8.4 is coming out soon as well).
Thanks for the info. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion@xxxxxxxxxxxxx Boulder, CO 80301 http://www.cora.nwra.com
netcdfgroup archives: