This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
> > ------------------------------------------------------------- > Jonatas Castro Einsiedler > Instituto de Geoci�ncias - geologia > Rua Bar�o de Geremoabo, s/n� > Campus Universit�rio de Ondina > Salvador BA 40170-115 Brasil > mobile: +55 (71) 91235875 > e-mail: address@hidden > ------------------------------------------------------------- > > > Citando Unidata netCDF Support <address@hidden>: > > > Can I ask you to download the 3.6.2 beta 4 release, and see if it has this > > problem? > > > > Get it here: > > > > ftp://ftp.unidata.ucar.edu/pub/netcdf/ > > > > Thanks, > > > > Ed > > > > Ticket Details > > =================== > > Ticket ID: OVY-322528 > > Department: Support netCDF > > Priority: Normal > > Status: Open > > > In this version, the "make" generated the following erro : > > make all-recursive > make[1]: Entering directory `/wrf/utlis/netcdf-3.6.2-beta4' > Making all in f90 > make[2]: Entering directory `/wrf/utlis/netcdf-3.6.2-beta4/f90' > /bin/sh ../libtool --mode=compile ifort -I../libsrc -I. -g -c -o typeSizes.lo > typeSizes.f90 > libtool: compile: ifort -I../libsrc -I. -g -c typeSizes.f90 -o typeSizes.o > /bin/sh ../libtool --mode=compile ifort -I../libsrc -I. -g -c -o netcdf.lo > netcdf.f90 > libtool: compile: ifort -I../libsrc -I. -g -c netcdf.f90 -o netcdf.o > /bin/sh ../libtool --mode=link ifort -I../libsrc -I. -g -o libnetcdff90.la > typeSizes.lo netcdf.lo > libtool: link: ar cru .libs/libnetcdff90.a typeSizes.o netcdf.o > libtool: link: ranlib .libs/libnetcdff90.a > libtool: link: creating libnetcdff90.la > libtool: link: ( cd ".libs" && rm -f "libnetcdff90.la" && ln -s > "../libnetcdff90.la" "libnetcdff90.la" ) > make[2]: Leaving directory `/wrf/utlis/netcdf-3.6.2-beta4/f90' > Making all in fortran > make[2]: Entering directory `/wrf/utlis/netcdf-3.6.2-beta4/fortran' > make all-am > make[3]: Entering directory `/wrf/utlis/netcdf-3.6.2-beta4/fortran' > depbase=`echo fort-attio.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; \ > if /bin/sh ../libtool --tag=CC --mode=compile icc -DHAVE_CONFIG_H -I. -I. -I.. > -I. -I.. -I../libsrc -DNDEBUG -DpgiFortran -O -mp -MT fort-attio.lo -MD > -MP > -MF "$depbase.Tpo" -c -o fort-attio.lo fort-attio.c; \ > then mv -f "$depbase.Tpo" "$depbase.Plo"; else rm -f "$depbase.Tpo"; exit 1; > fi > libtool: compile: icc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I.. -I../libsrc > -DNDEBUG -DpgiFortran -O -mp -MT fort-attio.lo -MD -MP -MF > .deps/fort-attio.Tpo > -c fort-attio.c -o fort-attio.o > ncfortran.h(26): catastrophic error: could not open source file > "NF_INT_IS_C_... > not defined" > # include "NF_INT_IS_C_... not defined" > ^ OK, this is a fortran problem. Let's first concentrate on the C problem you had. So can I ask you to try again with 3.6.2 beta4, but this time provide the following options to congigure: --disable-f77 --disable-cxx. These will disable the Fortran and C++ APIs, allowing us to get the C API working first. Thanks, Ed Ticket Details =================== Ticket ID: OVY-322528 Department: Support netCDF Priority: Normal Status: Open