From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15009 invoked by alias); 19 Nov 2010 08:15:24 -0000 Received: (qmail 14999 invoked by uid 22791); 19 Nov 2010 08:15:23 -0000 X-SWARE-Spam-Status: No, hits=-1.2 required=5.0 tests=AWL,BAYES_00,MSGID_MULTIPLE_AT X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.158) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 19 Nov 2010 08:15:17 +0000 Received: from md2.u-strasbg.fr (md2.u-strasbg.fr [IPv6:2001:660:2402::187]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id oAJ8EwFD023233 ; Fri, 19 Nov 2010 09:14:59 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms7.u-strasbg.fr [130.79.204.16]) by md2.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id oAJ8EvKA005928 ; Fri, 19 Nov 2010 09:14:57 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from E6510Muller (lec67-4-82-230-53-140.fbx.proxad.net [82.230.53.140]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id oAJ8EtTf045168 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) ; Fri, 19 Nov 2010 09:14:56 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: "'Joel Brobecker'" Cc: References: <001701cb84ea$6883c170$398b4450$@muller@ics-cnrs.unistra.fr> <20101118172209.GE2634@adacore.com> In-Reply-To: <20101118172209.GE2634@adacore.com> Subject: RE: [RFC] Improve amd64 prologue analysis Date: Fri, 19 Nov 2010 08:15:00 -0000 Message-ID: <004201cb87c1$dab95cd0$902c1670$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-11/txt/msg00254.txt.bz2 > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Joel Brobecker > Envoy=E9=A0: jeudi 18 novembre 2010 18:22 > =C0=A0: Pierre Muller > Cc=A0: gdb-patches@sourceware.org > Objet=A0: Re: [RFC] Improve amd64 prologue analysis >=20 > > Free Pascal for x86_64 (amd64) CPU generates losts of functions > > that do not use RBP as a frame pointer. > > I tried to improve amd64-tdep.c to better cope > > with this case. >=20 > I thought that on amd64, we weren't going to have prologue parsers > and rely on frame unwinding info instead? At AdaCore, we have the > same sort of things because of Windows where the system code (mostly > system DLLs) does not have the unwinding info in DWARF format. But > for code generated by us, we have all the debugging information needed > to unwind without parsing the prologue, even on Windows64. Does this means that we should only use that code if no dwarf debug info is available? The problem currently on Windows-64bit generated code is that dwarf debug information is more=20 deeply broken than stabs, so that I am still mainly using stabs (especially to debug dwarf problems...). In any case it, this code would still be useful for=20 frames that have no debug information at all, as it allows=20 for frame that do not uses RBP to figure out the correct offset for RSP, and thus the correct caller frame position. Pierre