From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10786 invoked by alias); 20 Feb 2005 02:06:58 -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 10083 invoked from network); 20 Feb 2005 02:06:52 -0000 Received: from unknown (HELO netlx010.civ.utwente.nl) (130.89.1.92) by sourceware.org with SMTP; 20 Feb 2005 02:06:52 -0000 Received: from weblx058.utsp.utwente.nl (weblx058.utsp.utwente.nl [130.89.1.228]) by netlx010.civ.utwente.nl (8.11.7/HKD) with SMTP id j1K250w23637; Sun, 20 Feb 2005 03:05:00 +0100 From: "M.M. Kettenis" Subject: Re: [RFC/RFA] Fix varobj.c value comparison problems MIME-Version: 1.0 Message-Id: <7319977500775101@weblx058.utsp.utwente.nl> Date: Sun, 20 Feb 2005 15:21:00 -0000 To: Andrew Cagney , Mark Kettenis , gdb-patches@sources.redhat.com In-reply-to: <42160928.4080504@gnu.org> Content-description: Message body Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: Quoted-Printable X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: m.m.kettenis@alumnus.utwente.nl X-SW-Source: 2005-02/txt/msg00209.txt.bz2 Andrew Cagney wrote: > Mark, the thing that's missing is an automated testcase. Having > something change from -0.0 to +0.0 should do it. Ah, but that is the exact the opposite of what triggered this fix: NaN !=3D NaN even though the bit pattern is the same, whereas -0.0 =3D=3D +0.0 even though the bit pattern is different. I caught the first one with the existing testsuite although that's merely by accident. Writing a test that does this reliable is tricky though as NaNs are handled differently by different targets. Testing the second one should be possibl= e. I'll look into it. Meanwhile, I've checked in the patch.