[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20020215: netcdf 3.5.0 ncvarput failure - Cray SV1
- Subject: Re: 20020215: netcdf 3.5.0 ncvarput failure - Cray SV1
- Date: Fri, 15 Feb 2002 12:21:34 -0700
John,
>Date: Fri, 15 Feb 2002 10:09:38 -0900
>From: John Metzner <address@hidden>
>Organization: Arctic Region Supercomputing Center
>To: Steve Emmerson <address@hidden>
>Subject: Re: 20020214: netcdf 3.5.0 ncvarput failure - Cray SV1
>Keywords: 200202122006.g1CK6Lx24308
The above message contained the following:
> Steve,
> I did a bit more testing with the nctest code, comparing builds
> between here at ARSC and inside Cray Corporate. I was able to get the
> nctest code to build and run successfully here when I changed the CFLAGS
> entry in the macros.make file from "-O3" to "-h
> inline3,scalar3,task1,vector0".
> Also "-O0" would work, but not "-O1" (-O1 is equivalent to -h inline1,scalar1,
> task1,vector1).
> I found that the versions of C/C++ compilers was slightly different
> between here and the Cray Corporate machine. We are running version 3.5.0.1
> and the corporate system was 3.5.0.3. When I changed to the same 3.5.0.1
> compiler on the corporate machine, I got the same failure. The problem was
> still there when I switched to 3.5.0.2 on the corporate system. So, Cray
> made some change to the compiler at 3.5.0.3 which allows nctest to not error
> out on a floating point exception.
Compiler bug, eh? Makes sense; we couldn't understand why you were
seeing what you did.
> You might want to enter this into you problem/fix database in case
> some other poor Cray soul gets bit by it.
Done.
> Thanks for all your help and
> quick responses. It's great to get this kind of support on an open source
> package, pretty rare too.
You're most welcome. We're glad you found the problem.
> Thanks again,
> John Metzner - Cray, Inc address@hidden
> Arctic Region Supercomputing Center address@hidden
> 910 Yukon Drive Rm. 106E Phone: (907)474-5431
> Fairbanks, AK 99775-6020 FAX: (907)474-1820
Regards,
Steve Emmerson <http://www.unidata.ucar.edu>