From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3529 invoked by alias); 1 Dec 2009 19:53:57 -0000 Received: (qmail 3519 invoked by uid 22791); 1 Dec 2009 19:53:56 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 01 Dec 2009 19:53:49 +0000 Received: (qmail 16421 invoked from network); 1 Dec 2009 19:53:47 -0000 Received: from unknown (HELO tp.orcam.me.uk) (macro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 1 Dec 2009 19:53:47 -0000 Date: Tue, 01 Dec 2009 19:53:00 -0000 From: "Maciej W. Rozycki" To: Daniel Jacobowitz cc: Joel Brobecker , Andrew Stubbs , gdb-patches@sourceware.org, Vladimir Prus , Eli Zaretskii Subject: Re: RFC: Fix "break *EXP thread NUM" In-Reply-To: <20091125204303.GA21726@caradoc.them.org> Message-ID: References: <20091123212736.GA3828@caradoc.them.org> <4B0BB652.3080303@codesourcery.com> <20091124142406.GA14875@caradoc.them.org> <20091124145422.GA26004@adacore.com> <20091124150533.GA8964@caradoc.them.org> <20091125204303.GA21726@caradoc.them.org> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: 2009-12/txt/msg00001.txt.bz2 On Wed, 25 Nov 2009, Daniel Jacobowitz wrote: > > Meanwhile, here's a patch that handles "t" and "task". I talked to > > Andrew about this, and I still think we can get away without "+N" and > > "-N"; they're only accepted by an accident of strtol. > > I have checked this in. While we are at it -- it may be worth thinking about propagating thread information associated with breakpoints and watchpoints down to the respective backends. Some processors (like the MIPS 34K multi-threaded core) supports thread qualification for execution and data breakpoints in hardware and debug stubs would be eager to make use of that for performance gain. Has it been considered before? Maciej