From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14391 invoked by alias); 7 Mar 2004 05:58:29 -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 14373 invoked from network); 7 Mar 2004 05:58:27 -0000 Received: from unknown (HELO are.twiddle.net) (64.81.246.98) by sources.redhat.com with SMTP; 7 Mar 2004 05:58:27 -0000 Received: from are.twiddle.net (localhost.localdomain [127.0.0.1]) by are.twiddle.net (8.12.8/8.12.8) with ESMTP id i275wRqb001284; Sat, 6 Mar 2004 21:58:27 -0800 Received: (from rth@localhost) by are.twiddle.net (8.12.8/8.12.8/Submit) id i275wQTA001282; Sat, 6 Mar 2004 21:58:26 -0800 X-Authentication-Warning: are.twiddle.net: rth set sender to rth@twiddle.net using -f Date: Sun, 07 Mar 2004 05:58:00 -0000 From: Richard Henderson To: libc-alpha@sources.redhat.com, gcc@gcc.gnu.org, debian-glibc@lists.debian.org Subject: [rfc] alpha-linux changing to 128-bit long double Message-ID: <20040307055826.GA1244@twiddle.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-SW-Source: 2004-03/txt/msg00375.txt.bz2 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. As for gcc, I suppose I'll have to do something like a different configuration name, such as alpha-dec-linux-glibc6.2? The patches to gcc (for any recent version) should be small; the support is already present because of Tru64, just have to turn it on. Cc'ed to debian-glibc, since they're the only currently viable alpha distribution that I'm aware of. I see yall are still using glibc 2.3.2. What are debian's plans here wrt the next release (if there's ever to be one)? Myself, I have been thinking about working on a Fedora Core port for Alpha, and it would be easiest if I just started out with the new long double size. r~