[netCDF #FKS-962224]: netcdf-4, mac ox tiger, intel compile problem..

> Hi all:
>
> I am trying to get netcdf-4 to compile on my Macbook Pro (and other
> Mac boxes).  I am having this problem, I am using gcc 4.0.1, and
> ifort 10.xx.16
> just downloaded today the betas of both software...
>
> my compiler flags are
>
> CC = -m64
> FFLAGS = -m64 -xT
>
> I have also tried NOT compiling with CC = -m64 (both hdf5 and
> netcdf-4), and got the same problem....
>
> /bin/sh ../libtool --tag=CC --mode=link cc  -m64 -L/usr/local/lib  -o
> libnetcdf3.la   attr.lo ncx.lo putget.lo dim.lo error.lo libvers.lo
> nc.lo string.lo v1hpg.lo var.lo  posixio.lo
> libtool: link: rm -fr  .libs/libnetcdf3.a .libs/libnetcdf3.la
> libtool: link: ar cru .libs/libnetcdf3.a  attr.o ncx.o putget.o dim.o
> error.o libvers.o nc.o string.o v1hpg.o var.o posixio.o
> ranlib: file: .libs/libnetcdf3.a(libvers.o) has no symbols
> libtool: link: ranlib .libs/libnetcdf3.a
> ranlib: file: .libs/libnetcdf3.a(libvers.o) has no symbols
> libtool: link: creating libnetcdf3.la
> libtool: link: ( cd ".libs" && rm -f "libnetcdf3.la" && ln -s "../
> libnetcdf3.la" "libnetcdf3.la" )
> Making all in libsrc4
> depbase=`echo nc4attr.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; \
> if /bin/sh ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -
> I. -I.. -I../fortran  -I../libsrc4 -I../libsrc -I/usr/local/include -
> I/usr/local/include  -m64 -MT nc4attr.lo -MD -MP -MF "$depbase.Tpo" -
> c -o nc4attr.lo nc4attr.c; \
> then mv -f "$depbase.Tpo" "$depbase.Plo"; else rm -f "$depbase.Tpo";
> exit 1; fi
> libtool: compile:  cc -DHAVE_CONFIG_H -I. -I. -I.. -I../fortran -I../
> libsrc4 -I../libsrc -I/usr/local/include -I/usr/local/include -m64 -
> MT nc4attr.lo -MD -MP -MF .deps/nc4attr.Tpo -c nc4attr.c -o nc4attr.o
> nc4attr.c: In function 'nc_del_att':
> nc4attr.c:777: error: too few arguments to function 'H5Adelete2'
> make[2]: *** [nc4attr.lo] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> Any ideas here?  I do not have icc - it is not bundled with ifort 10
> (though I could go back and install from an older version...)
>
> Lou
>
> ------------------------------------------------------------------------
> ----
> | Dr. Louis J. Wicker
> | NSSL/WRDD  Rm 4366
> | National Weather Center
> | 120 David L. Boren Boulevard, Norman, OK 73072
> |
> | E-mail:   address@hidden
> | HTTP:  www.nssl.noaa.gov/~lwicker
> | Phone:    (405) 325-6340
> | Fax:        (405) 325-6780
> |
> | "Programming is not just creating strings of instructions
> | for a computer to execute.  It's also 'literary' in that you
> | are trying to communicate a program structure to
> | other humans reading the code." - Paul Rubin
> |
> |"Real efficiency comes from elegant solutions, not optimized programs.
> | Optimization is always just a few correctness-preserving
> transformations
> | away." - Jonathan Sobel
> ------------------------------------------------------------------------
> ----
> |
> | "The contents  of this message are mine personally and
> | do not reflect any position of  the Government or NOAA."
> |
> ------------------------------------------------------------------------
> ----
>
>
>

Howdy!

The problem is that netCDF-4 has to be adjusted to deal with the latest HDF5
release, and that hasn't happened yet.

If you read their release notes, you will find the explanation of the problem
you encounter, and if you build netCDF with  -DH5_USE_16_API flag, you will
avoid the problem you are having, but may encounter others.

I am working to get netCDF-4 and HDF5 in sync again, but I have to travel today
for a meeting out East, and I won't be back to my programming until Friday.

You could try checking back next week to see if the netCDF-4 snapshot has been
upgraded to use HDF5-1.8.0-beta4, by looking at the netCDF-4 snapshot page:
http://www.unidata.ucar.edu/software/netcdf/builds/snapshot/netcdf-4/

Thanks,

Ed


Ticket Details
===================
Ticket ID: FKS-962224
Department: Support netCDF
Priority: Normal
Status: Closed