From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22205 invoked by alias); 26 Jan 2009 12:24:49 -0000 Received: (qmail 22197 invoked by uid 22791); 26 Jan 2009 12:24:48 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from e24smtp02.br.ibm.com (HELO e24smtp02.br.ibm.com) (32.104.18.86) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 26 Jan 2009 12:24:44 +0000 Received: from d24relay01.br.ibm.com (d24relay01.br.ibm.com [9.8.31.16]) by e24smtp02.br.ibm.com (8.13.1/8.13.1) with ESMTP id n0QCUMhN028985 for ; Mon, 26 Jan 2009 10:30:22 -0200 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 n0QDO4E63535074 for ; Mon, 26 Jan 2009 10:24:04 -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 n0QCOZ1W025826 for ; Mon, 26 Jan 2009 10:24:35 -0200 Received: from [9.18.201.7] ([9.18.201.7]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n0QCOSkU025608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jan 2009 10:24:34 -0200 Subject: Re: breakpoint on varargs function not working with PowerPC and hard-float From: Luis Machado Reply-To: luisgpm@linux.vnet.ibm.com To: DARIN JOHNSON Cc: gdb@sourceware.org In-Reply-To: <617NaXcyg3898S07.1232763906@cmsweb07.cms.usa.net> References: <617NaXcyg3898S07.1232763906@cmsweb07.cms.usa.net> Content-Type: text/plain Date: Mon, 26 Jan 2009 12:24:00 -0000 Message-Id: <1232972677.7275.7.camel@gargoyle> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-01/txt/msg00169.txt.bz2 Didn't copy the list before, now doing so... On Fri, 2009-01-23 at 18:25 -0800, DARIN JOHNSON wrote: > There seems to be a problem on PowerPC when setting > a breakpoint on some functions. The breakpoint is > placed on an address that will never be reached, so > that GDB will not stop when stepping into that function. Yes, i'm aware of this problem and i'm current looking into it from GCC's side. It's indeed a part of the prologue, that may or may not be executed, but GCC creates two distinct line number entries, confusing GDB. I'm not sure if sticking one extra case on rs6000_skip_prologue is the best solution since the debugging information must be right for GDB, it would be more of a workaround to the problem. Might be a temporary solution until there's a fix on GCC. Luis