From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2007 invoked by alias); 11 Feb 2009 15:50:11 -0000 Received: (qmail 1920 invoked by uid 22791); 11 Feb 2009 15:50:10 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 11 Feb 2009 15:50:01 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id 5C2DE107D1; Wed, 11 Feb 2009 15:49:58 +0000 (GMT) Received: from caradoc.them.org (209.195.188.212.nauticom.net [209.195.188.212]) by nan.false.org (Postfix) with ESMTP id 2847110577; Wed, 11 Feb 2009 15:49:58 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1LXHLY-0005sn-Tn; Wed, 11 Feb 2009 10:49:56 -0500 Date: Wed, 11 Feb 2009 15:50:00 -0000 From: Daniel Jacobowitz To: Pedro Alves Cc: gdb@sourceware.org, Mark Kettenis Subject: Re: Regression Message-ID: <20090211154956.GA21635@caradoc.them.org> Mail-Followup-To: Pedro Alves , gdb@sourceware.org, Mark Kettenis References: <200902101517.n1AFH7YP000549@brahms.sibelius.xs4all.nl> <200902101905.37812.pedro@codesourcery.com> <200902101918.13308.pedro@codesourcery.com> <200902101927.45089.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <200902101927.45089.pedro@codesourcery.com> User-Agent: Mutt/1.5.17 (2008-05-11) 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-02/txt/msg00092.txt.bz2 On Tue, Feb 10, 2009 at 07:27:44PM +0000, Pedro Alves wrote: > On Tuesday 10 February 2009 19:18:12, Pedro Alves wrote: > > We don't see the problem on linux, since there's a stop and > > resume *right at the begining* of the signal handler, due to the > > single-step entering the signal handler.  GDB happens > > to re-install breakpoints in the inferior in that resume.  This > > happens *before* the inferior's flow passing by the instruction > > where there's a breakpoint at ("break handle_USR1" is installed > > after the prologue). > > I'm thinking that this regression is also happening on linux > archs that rely on software single-stepping, but I haven't > checked it. We run automatic periodic testing and arm-linux is one of the covered platforms - apologies for not having the GDB test results posted anywhere, we do send out GCC logs. Unfortunately annota1.exp does not run for cross testing, probably because it relies on mixed GDB and inferior output. And a binutils bug caused the results to be garbage for a couple of months. Which means that I have before results, but not after; I'll keep an eye out for the next batch. -- Daniel Jacobowitz CodeSourcery