From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11099 invoked by alias); 14 May 2002 02:43:12 -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 11021 invoked from network); 14 May 2002 02:43:09 -0000 Received: from unknown (HELO deimos.hpl.hp.com) (192.6.19.190) by sources.redhat.com with SMTP; 14 May 2002 02:43:09 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) by deimos.hpl.hp.com (8.9.3 (PHNE_24419)/HPL-PA Relay) with ESMTP id TAA12706; Mon, 13 May 2002 19:43:08 -0700 (PDT) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.10.2/8.10.2 HPL-PA Hub) with ESMTP id g4E2h7226587; Mon, 13 May 2002 19:43:07 -0700 (PDT) Received: from napali.hpl.hp.com (localhost [127.0.0.1]) by napali.hpl.hp.com (8.12.2/8.12.2/Debian -5) with ESMTP id g4E2h6eM025310; Mon, 13 May 2002 19:43:06 -0700 Received: (from davidm@localhost) by napali.hpl.hp.com (8.12.2/8.12.2/Debian -5) id g4E2h66M025306; Mon, 13 May 2002 19:43:06 -0700 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15584.31162.596782.982190@napali.hpl.hp.com> Date: Mon, 13 May 2002 19:43:00 -0000 To: Andrew Cagney Cc: Kevin Buettner , davidm@hpl.hp.com, gdb-patches@sources.redhat.com Subject: Re: new gdb arch routine FRAME_UNCHANGED In-Reply-To: <3CE048D8.9080704@cygnus.com> References: <200205110023.g4B0NVCF004832@napali.hpl.hp.com> <3CDC6E2F.9020702@cygnus.com> <15580.31869.406085.760707@napali.hpl.hp.com> <3CDDE701.90603@cygnus.com> <15584.11515.164115.822423@napali.hpl.hp.com> <3CE04238.3060102@cygnus.com> <1020513225722.ZM616@localhost.localdomain> <3CE048D8.9080704@cygnus.com> Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ X-SW-Source: 2002-05/txt/msg00524.txt.bz2 >>>>> On Mon, 13 May 2002 19:14:32 -0400, Andrew Cagney said: Andrew> My brain hurts! This is increasingly like floating point Andrew> with +0 != -0. We have a situtation where for: Andrew> frame_id a, b; // contain both SP's and PC Andrew> the test: Andrew> !FRAME_ID_INNER_THAN(a,b) && !FRAME_INNER_THAN(b,a) Andrew> does not imply Andrew> FRAME_ID_SAME(a,b) Andrew> (or what ever the functions are called). I'm not sure I'm following you here. Why is there both FRAME_ID_INNER_THAN() and FRAME_INNER_THAN()? --david