From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11333 invoked by alias); 3 Aug 2004 03:19:29 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 11326 invoked from network); 3 Aug 2004 03:19:29 -0000 Received: from unknown (HELO blount.mail.mindspring.net) (207.69.200.226) by sourceware.org with SMTP; 3 Aug 2004 03:19:29 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by blount.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1Brppl-0000yO-00; Mon, 02 Aug 2004 23:19:25 -0400 Received: from mindspring.com (localhost [127.0.0.1]) by berman.michael-chastain.com (Postfix) with SMTP id 83F6C4B102; Mon, 2 Aug 2004 23:19:39 -0400 (EDT) Date: Tue, 03 Aug 2004 03:19:00 -0000 From: Michael Chastain To: cagney@gnu.org, brobecker@gnat.com Subject: Re: [RFA/mips] 128-bit long doubles for N32/N64 Cc: gdb-patches@sources.redhat.com Message-ID: <410F044A.nail7IK219IZK@mindspring.com> References: <20040722154456.GG1289@gnat.com> <41058380.6050407@gnu.org> <20040726224546.GB20596@gnat.com> <410676AE.4010001@gnu.org> <20040802011520.GA32638@gnat.com> <410E886E.1060702@gnu.org> <20040803011338.GY32638@gnat.com> In-Reply-To: <20040803011338.GY32638@gnat.com> User-Agent: nail 10.8 6/28/04 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2004-08/txt/msg00058.txt.bz2 Andrew Cagney writes: ac> I prefer to see us fix the problems, or at least ac> make it clear to the user that the feature isn't supported. Joel Brobecker writes: joel> Then let's let the fortran developpers fix it :-). I agree with Andrew here. Let's not lie, even if we have to say "irix_long_double : printf ("not supported\n")" with a big comment about what we do know. As far as "default_long_double : printf ("not supported\n")", I actually like that too! My two cents, Michael C