Re: [netcdfgroup] changes in the netCDF C/Fortran library snapshot since the 4.0.1 release...

  • To: Ed Hartnett <ed@xxxxxxxxxxxxxxxx>
  • Subject: Re: [netcdfgroup] changes in the netCDF C/Fortran library snapshot since the 4.0.1 release...
  • From: Orion Poplawski <orion@xxxxxxxxxxxxx>
  • Date: Tue, 01 Sep 2009 09:51:43 -0600
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



  • 2009 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdfgroup archives: