Hi Geoff,
Sorry it's taken so long to get back to this question.
> It was definitely GCC, I grabbed the wrong config.log from a different
> source branch of the build system which was using Studio 12.
>
> I've been fiddling around with multiple compilers trying to get
> something to build, and I'm having to fall back down to the GCC 4 due to
> redistribution problems with the SUN Studio compilers and their Fortran
> to C bindings. This will be going into an OpenCSW package.
>
> I did another build for SparcV9 with the same results. Attached is the
> proper config.log for this compile
Here's a 1-line patch contributed by another user that I think will fix the
problem, if it doesn't please let us know. We plan to incorporate this
fix into the next beta release, unless it doesn't fix your problem:
--- /tmp/netcdf-4.1.1/nf_test/ftst_vars4.F 2009-10-24 12:03:39.000000000
+0200
+++ netcdf-4.1.1/nf_test/ftst_vars4.F 2010-09-20 14:19:55.216296221 +0200
@@ -37,7 +37,7 @@
integer data1(vlen_len), data1_in(vlen_len)
C These must be big enough to hold the stuct nc_vlen in netcdf.h.
- integer vlen(10), vlen_in(10)
+ integer*8 vlen(2), vlen_in(2)
C Loop indexes, and error handling.
integer x, retval, index(1)
--Russ
> On Sep 9, 2010, at 7:54 AM, Unidata netCDF Support wrote:
>
> > Geoff,
> >
> >> From the config.log you sent, it looks like you are using Sun's cc
> > compiler rather than gcc. If you intended to use gcc, you have to set
> > the CC environment variable or appropriate configure flag before
> > invoking configure. However, Sun's cc should be OK, though you have a
> > fairly old version of it that may have bugs in 64-bit support.
> >
> > I can't duplicate the problem you are seeing, but I just built 4.1.1 with a
> > very similar configure on a Solaris-10 i386 platform, and it worked fine
> > with the following configure options:
> >
> > ./configure --enable-netcdf-4 --enable-dap --enable-shared
> > --enable-separate-fortran --enable-cxx4 --enable-docs-install
> > --enable-udunits --disable-logging
> > --with-hdf5=/share/stdinstall/local/buddy
> > --with-curl=/share/stdinstall/local/buddy && make check
> >
> > Could you try something similar and see if it fixes the problem?
> >
> > --Russ
> >
> > Russ Rew UCAR Unidata Program
> > address@hidden http://www.unidata.ucar.edu
> >
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: OUH-534551
> > Department: Support netCDF
> > Priority: Normal
> > Status: Closed
>
>
>
Russ Rew UCAR Unidata Program
address@hidden http://www.unidata.ucar.edu
Ticket Details
===================
Ticket ID: OUH-534551
Department: Support netCDF
Priority: Critical
Status: Closed
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.