From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6925 invoked by alias); 29 Jan 2003 21:10:35 -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 6917 invoked from network); 29 Jan 2003 21:10:35 -0000 Received: from unknown (HELO mx2.redhat.com) (12.150.115.133) by 172.16.49.205 with SMTP; 29 Jan 2003 21:10:35 -0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.11.6/8.11.6) with ESMTP id h0TL4t125383; Wed, 29 Jan 2003 16:04:55 -0500 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h0TLAXn04459; Wed, 29 Jan 2003 16:10:33 -0500 Received: from localhost.localdomain (frothingslosh.sfbay.redhat.com [172.16.24.27]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id h0TLAWw26610; Wed, 29 Jan 2003 13:10:32 -0800 Received: (from rth@localhost) by localhost.localdomain (8.11.6/8.11.6) id h0TLAWK21879; Wed, 29 Jan 2003 13:10:32 -0800 X-Authentication-Warning: localhost.localdomain: rth set sender to rth@redhat.com using -f Date: Wed, 29 Jan 2003 22:16:00 -0000 From: Richard Henderson To: Mark Mitchell Cc: "gcc@gcc.gnu.org" , "gdr@integrable-solutions.net" Subject: Re: One more limits question Message-ID: <20030129211032.GC21841@redhat.com> Mail-Followup-To: Richard Henderson , Mark Mitchell , "gcc@gcc.gnu.org" , "gdr@integrable-solutions.net" References: <20030129205055.GB21841@redhat.com> <26890000.1043874185@warlock.codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <26890000.1043874185@warlock.codesourcery.com> User-Agent: Mutt/1.4i X-SW-Source: 2003-01/txt/msg01595.txt.bz2 On Wed, Jan 29, 2003 at 01:03:05PM -0800, Mark Mitchell wrote: > fold_builtin_nan calls real_nan. real_nan calls get_canonical_{q,s}nan > in this case. Those functions seem to be unconditionalized in any way. Perhaps a convert_to_move, or round_for_format smashes them? Hmm. I see only the encode/decode things do this. Yes, there's a bug here... > Do you know a non-signaling-Nan target I could build a cross-compiler > for, so that I could check out how this works? Well, vax-bsd doesn't support NaNs at all. To my knowledge there isn't a target that supports NaN but not SNaN. r~