From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9532 invoked by alias); 13 Mar 2004 10:17:24 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 9523 invoked from network); 13 Mar 2004 10:17:22 -0000 Received: from unknown (HELO sunsite.ms.mff.cuni.cz) (195.113.15.26) by sources.redhat.com with SMTP; 13 Mar 2004 10:17:22 -0000 Received: from sunsite.ms.mff.cuni.cz (sunsite.mff.cuni.cz [127.0.0.1]) by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8) with ESMTP id i2D888ki015869; Sat, 13 Mar 2004 09:08:08 +0100 Received: (from jakub@localhost) by sunsite.ms.mff.cuni.cz (8.12.8/8.12.8/Submit) id i2D886pi015865; Sat, 13 Mar 2004 09:08:06 +0100 Date: Sat, 13 Mar 2004 10:17:00 -0000 From: Jakub Jelinek To: Richard Henderson Cc: libc-alpha@sources.redhat.com, gcc@gcc.gnu.org, debian-glibc@lists.debian.org Subject: Re: [rfc] alpha-linux changing to 128-bit long double Message-ID: <20040313080806.GM3822@sunsite.ms.mff.cuni.cz> Reply-To: Jakub Jelinek References: <20040307055826.GA1244@twiddle.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040307055826.GA1244@twiddle.net> User-Agent: Mutt/1.4i X-SW-Source: 2004-03/txt/msg00601.txt.bz2 On Sat, Mar 06, 2004 at 09:58:26PM -0800, Richard Henderson wrote: > So I'm thinking that I'd like to finally get around to changing to > 128-bit long double for alpha-linux. I'm undecided how to go about > doing this though. > > The math routines would be easy to version, but things like printf > definitely aren't. Because of that, I was thinking that perhaps > it might be best to just increment the soname to libc.so.6.2. Which > would be a good opportunity to get rid of some awful compatibility > code in the alpha-linux glibc bits. > > I would be comfortable getting all this done for glibc 2.3.4, and > just say "use an older release if you don't want this abi change." > Seems to me the ifdeffery (and worse, makefile ifdeffery) would be > too awful to considering supporting both modes simultaneously. On the other side, Alpha is not the only arch which want long double and changing SONAME is really painful. alpha, sparc32 and ppc* are on the same boat. Compatibility cruft can be easily solved with Ulrich's attribute_compat_text_section. http://sources.redhat.com/ml/libc-hacker/2002-08/msg00102.html was my initial attempt to handle this (even including support for compilation with 64bit or 128bit long double), it just did not handle *printf/*scanf, but I wrote in there how could that be solved. I can revive this patch, finish it and it could be then used on alpha/sparc32/ppc*. Jakub