[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[netCDF #OUH-534551]: Test ftst_vars4 failing on Solaris 10, GCC 4.2
- Subject: [netCDF #OUH-534551]: Test ftst_vars4 failing on Solaris 10, GCC 4.2
- Date: Fri, 01 Oct 2010 15:18:14 -0600
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