From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3394 invoked by alias); 9 Oct 2008 18:02:58 -0000 Received: (qmail 3386 invoked by uid 22791); 9 Oct 2008 18:02:58 -0000 X-Spam-Check-By: sourceware.org Received: from igw2.br.ibm.com (HELO igw2.br.ibm.com) (32.104.18.25) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 09 Oct 2008 18:02:14 +0000 Received: from d24relay01.br.ibm.com (unknown [9.8.31.16]) by igw2.br.ibm.com (Postfix) with ESMTP id E21D217F629 for ; Thu, 9 Oct 2008 14:45:53 -0300 (BRT) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by d24relay01.br.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m99I22qk2642112 for ; Thu, 9 Oct 2008 15:02:02 -0300 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m99I2Bkw026357 for ; Thu, 9 Oct 2008 15:02:12 -0300 Received: from [9.18.199.202] ([9.18.199.202]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m99I2AvH026328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Oct 2008 15:02:11 -0300 Subject: Re: [rfc] Simplify ppc64_sysv_abi_adjust_breakpoint_address From: Luis Machado Reply-To: luisgpm@linux.vnet.ibm.com To: Ulrich Weigand Cc: Daniel Jacobowitz , gdb-patches@sourceware.org In-Reply-To: <200810091759.m99Hx0cU006375@d12av02.megacenter.de.ibm.com> References: <200810091759.m99Hx0cU006375@d12av02.megacenter.de.ibm.com> Content-Type: text/plain Date: Thu, 09 Oct 2008 18:02:00 -0000 Message-Id: <1223575325.5110.5.camel@gargoyle> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2008-10/txt/msg00299.txt.bz2 On Thu, 2008-10-09 at 19:59 +0200, Ulrich Weigand wrote: > Luis Machado wrote: > > > This is exactly about placing breakpoint on numberic addresses like > > "break *0x...". GDB used to do that correctly before that patch, but it > > doesn't anymore. So, maybe it's OK to consider this is something the > > user should be aware of... > > In that case, I'm wondering where you get those addresses from -- > why are those those pointing the descriptor instead of the code? > > Bye, > Ulrich This is a very specific case where i fetch the so called entry-point from the auxv table in a 64-bit ppc binary. It shows the function descriptor's address. 9 AT_ENTRY Entry point of program 0x100111d0 (gdb) x/g 0x100111d0 0x100111d0 <_start>: 0x000000001000053c Luis