From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-18762-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 2110 invoked by alias); 22 Jul 2004 20:51:58 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 2102 invoked from network); 22 Jul 2004 20:51:57 -0000
Received: from unknown (HELO walton.kettenis.dyndns.org) (213.93.77.109)
  by sourceware.org with SMTP; 22 Jul 2004 20:51:57 -0000
Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2])
	by walton.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id i6MKpnPL000408;
	Thu, 22 Jul 2004 22:51:49 +0200 (CEST)
	(envelope-from kettenis@elgar.kettenis.dyndns.org)
Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1])
	by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id i6MKpnAA003305;
	Thu, 22 Jul 2004 22:51:49 +0200 (CEST)
	(envelope-from kettenis@elgar.kettenis.dyndns.org)
Received: (from kettenis@localhost)
	by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6/Submit) id i6MKpm8V003302;
	Thu, 22 Jul 2004 22:51:48 +0200 (CEST)
Date: Thu, 22 Jul 2004 20:58:00 -0000
Message-Id: <200407222051.i6MKpm8V003302@elgar.kettenis.dyndns.org>
From: Mark Kettenis <kettenis@chello.nl>
To: hjl@lucon.org
CC: eliz@gnu.org, cagney@gnu.org, gdb@sources.redhat.com
In-reply-to: <20040721211632.GA26232@lucon.org> (hjl@lucon.org)
Subject: Re: [6.2] PROBLEMS file
References: <40FB3F1F.3040900@gnu.org> <1659-Mon19Jul2004215127+0300-eliz@gnu.org> <200407212059.i6LKxgQ9019045@copland.kettenis.dyndns.org> <20040721211632.GA26232@lucon.org>
X-SW-Source: 2004-07/txt/msg00287.txt.bz2

   Date: Wed, 21 Jul 2004 14:16:32 -0700
   From: "H. J. Lu" <hjl@lucon.org>

   FYI, the i386 psABI, which is also used by the x86-64 psABI, says:

   %ebp	The content of this register is unspecified at process
	   initialization time, but the user code should mark the
	   deepest stack frame by setting the frame pointer to zero.
	   No other frame's %ebp should have a zero value.

Which contradicts the optional nature of %ebp as a frame pointer.  So
the standard contradicts itself.  Anyway, in practice the %ebp == 0
condition is useless.

Mark