robin wrote:
>
> Pierre Hugonnet wrote:
>
> > robin wrote:
>
> > > > REAL(selected_real_kind ( precision (1.0) + 1)) is also
> > > > identical if there is no intermediate precision between
> > > > default REAL and DOUBLE PRECISION kinds.
> > >
> > > Do you see a vendor providing such a one?
> >
> > Up to now, clearly no.
> >
> > But you cannot say that it will never be the case: Intel
> > architecture is based on 10bytes reals (I think).
>
> Intel is 4 bytes. Fout byte reals.
>
> Double precision is 8 bytes (15 digits).
>
> Extended precision is 10 bytes.
> The floating-point unit handles 10 bytes.
>
Since all internal FP operations are made on 10bytes reals, the
10bytes kind has a particular status: it doesn't require
encoding/decoding between the CPU and the memory. It it then
likely that any Intel-PC compiler support this kind
> > One could imagine
> > in the future compilers supporting 8bytes as REAL, 16bytes
> > as DOUBLE PRECISION, and in between 10bytes because it's
> > the native format. I don't know if it's realistic, but it could
> > happen.
>
> unlikely.
>
Not so much (see above)
--
+-----------------------------------+----------------------------+
| Pierre Hugonnet | mail....CGG |
| | 1, rue Leon Migaux |
| Seismic Data Processing R&D | 91341 MASSY cedex |
| | FRANCE |
| COMPAGNIE GENERALE DE GEOPHYSIQUE | phone...(33) 164 47 45 59 |
| Massy processing centre (France) | fax.....(33) 164 47 32 49 |
| http://www.cgg.com | [log in to unmask] |
+-----------------------------------+----------------------------+
My opinions are not necessarily those of CGG
--------------------------------------------------------------------------------
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|