[RFC PATCH] Optionally use -mlong-double-128 by default on {powerpc{,64},s390{,x},sparc,alpha}-linux
Andrew Pinski
pinskia@physics.uc.edu
Fri Jan 27 20:51:00 GMT 2006
- Previous message (by thread): [RFC PATCH] Optionally use -mlong-double-128 by default on {powerpc{,64},s390{,x},sparc,alpha}-linux
- Next message (by thread): [RFC PATCH] Optionally use -mlong-double-128 by default on {powerpc{,64},s390{,x},sparc,alpha}-linux
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
On Jan 27, 2006, at 12:21 PM, Jakub Jelinek wrote:
> All these changes rely on the C library support, and the support
> for backwards compatible way to switch long double has been added to
> glibc only a few weeks ago (and on the other side, glibc on several
> platforms relies on the GCC side to even build, things have to be
> done together). If the changes aren't done in GCC 4.1 (here I'm
> talking
> mainly about the -mlong-double-128 support, not about the switch to it
> by default), then there won't be any released compiler that will be
> able to
> compile glibc 2.4 on ppc32, s390, s390x, alpha nor sparc.
> glibc decided to do the long double switchover about a month ago
> and glibc 2.4 release is planned within next month or so.
So ... Yes GCC is the GNU compiler. But it seems like glibc did not
take
into account GCC release cycle when they made decision, GCC was
already in
stage 3 at the time if glibc only decided a month ago. As I mentioned
GCC 4.1 is already 9 days late from when Mark wanted to release a
prerelease.
Maybe glibc has a much shorter release cycle than GCC does but not
taking
into account another project's release cycle is a disaster waiting to
happen.
Yes glibc already made the decision to make 128bit long double as
default but
I feel this very late into the release cycle of GCC 4.1 is just too
bad for them.
We are trying to provide a compiler which is high quality, the way we
do this is
to have defined stages of the developing so that we don't end up like
were we
would be releasing one or two days after this patch goes in without
that much
testing. (This goes for all patches which are considered not low
risk, I am not
trying to pick at just this patch or just this one issue.) I am
trying to say
we really need to rethink this and maybe convince glibc to rethink
their decision,
this time taking into GCC release cycle. I really want GCC 4.1 to be
released now
and having this or any other patches which don't fix a bug is really
disturbing to
me to allow a couple of weeks before release.
Thanks,
Andrew Pinski
- Previous message (by thread): [RFC PATCH] Optionally use -mlong-double-128 by default on {powerpc{,64},s390{,x},sparc,alpha}-linux
- Next message (by thread): [RFC PATCH] Optionally use -mlong-double-128 by default on {powerpc{,64},s390{,x},sparc,alpha}-linux
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
More information about the Gcc-patches
mailing list