[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

970421: netCDF-3 and the -R8 option to HP-UX's fort77(1)

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.

  • Subject: 970421: netCDF-3 and the -R8 option to HP-UX's fort77(1)
  • Date: Mon, 21 Apr 97 08:21:39 -0600
Jan,

> To: address@hidden
> cc: GAERTNER Miguel <address@hidden>
> From: Jan Polcher <address@hidden>
> Subject: netCDF and the -r8 option in FORTRAN
> Organization: France/Laboratoire de Météorologie Dynamique du CNRS
> Keywords: 199704191541.JAA02076

In the above message, you wrote:

> Hi,
> 
> In the mailing list the -r8 option in FORTRAN has been a topic in previous
> discussions. I have not seen any work around proposed so that one can use
> case). Indeed there is a fundamental problem there but I find this a
> serious drawback. All the model's (A regional climate model) I/O is now in
> pity as for short tests workstations are very well suited.
> 
> I was wondering if netCDF 3.x will solve this by allowing the user to
> specify at run time that a given FORTRAN real is going to be a double C ?

I just built and tested the netCDF-3 package on our HP-UX A.09.05
A 9000/715 system using the `-R8' option to the fort77(1) FORTRAN
compiler.  I tested both the C and FORTRAN APIs.  The package passed all
tests -- so it seems that it solves your problem.

> By the way at the AMS in Long Beach I was told at the Unidata stand that
> the FORTRAN interface for netCDF 3.x would be ready within a week. I have
> not seen anything yet on the Web !

It's taking us longer than expected to finish all the minutia necessary
for a release (mostly documentation).  Releasing netCDF-3 is our
top-priority right now, so please wait just a little more.

> 
> I would welcome any proposal to solve this problem as it casts for us a
> shadow on the use of netCDF in models. I must add that for us portability
> or our models is a major concern.
> 
>       Best regards
> 
>               Jan
> 
> 
> Jan Polcher                                              TEL: -33-1-44322243
> Laboratoire de Météorologie Dynamique du CNRS            FAX: -33-1-43368392
> École Normale Supérieure     24, rue Lhomond    75231 PARIS cedex 05, FRANCE
> http://www.lmd.ens.fr/~polcher/                           address@hidden

--------
Steve Emmerson   <address@hidden>