On 07/31/2009 09:48 AM, Ed Hartnett wrote:
Added libcf library to netCDF distribution. Turn it on
with configure option --with-libcf.
I see that there is a separate web page for libcf. Will this be released separately from netcdf? Are there issues if it is compiled sepearately from netcdf? Just trying to look at it from a Fedora packager's perspective.
Added UDUNITS2 to the distribution. Use --with-udunits
to build udunits along with netcdf.
Looks like udunits is configured (if not necessarily built) even if --with-udunits is not specified or if --with-udunits=no is specified. I think you want to conditionally add udunits to AC_CONFIG_SUBDIRS if possible. Also, not sure what the default is. configure --help doesn't specify.
Similary to above, Fedora packages udunits separately. Will netcdf still be able to make use if it if --with-udunits is not specified.
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.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' ...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...
Finally, getting a test failure on Fedora 11 i586 (build log attached) HDF5-DIAG: Error detected in HDF5 (1.8.3) thread 0:#000: H5Tnative.c line 119 in H5Tget_native_type(): cannot retrieve native type
major: Invalid arguments to routine
minor: Inappropriate type
#001: H5Tnative.c line 175 in H5T_get_native_type(): not a valid size
major: Invalid arguments to routine
minor: Inappropriate type
*** Checking HDF5 attribute functions some more.
*** Creating tst_xplatform2_3.nc with HDF only...Sorry! Unexpected
result, tst_h_atts3.c, line: 171
HDF5-DIAG: Error detected in HDF5 (1.8.3) thread 0:
#000: H5T.c line 1707 in H5Tclose(): not a datatype
major: Invalid arguments to routine
minor: Inappropriate type
free types 0 free types 1 free types 2 Sorry! Unexpected result,
tst_h_atts3.c, line: 184
2 failures 2 errors detected! Sorry! FAIL: tst_h_atts3 Thanks! -- 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
Attachment:
.build-4.1.0-0.1.20090828.fc12.log.gz
Description: GNU Zip compressed data
netcdfgroup archives: