------- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-06-21 16:46
-------
(In reply to comment #5)
> else if (mode == TYPE_MODE(float_long_double))
> kind = sizeof(long double);
sizeof(long double) is the size of a long double for the host, not on the
target.
> Sorry. With "outlandish" I did not mean to imply that someone should
> implement that; I would never request that. I meant whether the
> gfortran developers would accept such a patch, which I didn't want to
> prepare before I know whether there is a chance that it would be
> accepted.
To have the answer to that question, you'd need to ask on the mailing-list,
detailing the implications of such a change (pros and cons).
> I had somehow assumed that it would be only a matter of changing the
> kind numbers that are assigned to the real types that gfortran
> already supports. I assumed that a patch similar to the lines I
> suggest above would be sufficient. Is there something big that I
> overlooked?
I think the whole library interaction would change, requiring a multilib
libgfortran. Plus, you'd probably need good interaction with the target's libm.
> When I last looked at
> real*16, there were big problems with the I/O library in gfortran,
> and I also don't know whether these have been solved in the mean
> time. I think it just mapped long double to double, which would kind
> of defeat the purpose of using long double in the first place.
No, the library should be completely working. Although I'm not sure many people
use real(kind>8), so the testing may not be very wide.
--
fxcoudert at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fxcoudert at gcc dot gnu dot
| |org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22629
