From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19545 invoked by alias); 17 Dec 2011 02:59:28 -0000 Received: (qmail 19533 invoked by uid 22791); 17 Dec 2011 02:59:27 -0000 X-SWARE-Spam-Status: Yes, hits=6.6 required=5.0 tests=BAYES_00,BOTNET,FROM_12LTRDOM,RCVD_IN_BRBL_LASTEXT,RDNS_DYNAMIC,TO_NO_BRKTS_DYNIP X-Spam-Check-By: sourceware.org Received: from bl16-10-144.dsl.telepac.pt (HELO localhost6.localdomain6) (188.81.10.144) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 17 Dec 2011 02:59:12 +0000 Received: from localhost6.localdomain6 (localhost.localdomain [127.0.0.1]) by localhost6.localdomain6 (8.14.4/8.14.4/Debian-2ubuntu1) with ESMTP id pBH2x41i022575 for ; Sat, 17 Dec 2011 02:59:05 GMT Subject: [RFC/WIP I/T sets V2 PATCH 00/14] I/T sets To: gdb-patches@sourceware.org From: Pedro Alves Date: Sat, 17 Dec 2011 02:59:00 -0000 Message-ID: <20111217025904.22456.50717.stgit@localhost6.localdomain6> User-Agent: StGit/0.15 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" 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: 2011-12/txt/msg00551.txt.bz2 Here's v2 of the itsets series. Several preparatory patches have been checked in meanwhile, which along with a bunch of changes and fixing to v1 brought the series close to being regression free. There's what seems like one last nasty bug somewhere in execution control (somewhere with displaced stepping, I suspect) that makes us mishandle decr_pc_after_break, leading to spurious SIGTRAPs with PCs pointing one-off of breakpoints. The major visible change in this version is that I'm no longer following HPC ptset specs so closely, but instead, I've implemented the idea of requiring a prefix letter (i, t, c, etc.). More info in the individual patches. The name of this new concept is still up for grabs. Let me repeat a bit of the discussion on the v1 series on the topic here: Tromey wrote: > Pedro> IPTC sets are a collection of arbitrarily many processes, > Pedro> threads, and cores. > > I wish we had a better name. > > The current name seems to gain a letter with every new thread on the > topic :-) That was kind of on purpose. :-) The best name I could think of is "scope". If we call these things scopes, we can also rename the itfocus command to "scope", which can be abbreviated as "sc". ("s" is already step, obviously). It's spelled itfocus currently because "focus" was already taken by the TUI. It looks like this: curinf> scope t3 break -stop i1 main Breakpoint 2 at 0x40068c: file threads.c, line 35. curinf> scope i1 Current inferior is 1. i1> sc all Current inferior is 1. all> WDYT? v1 at: http://sourceware.org/ml/gdb-patches/2011-11/msg00760.html This series is also available at http://github.com/palves/gdb/tree/itsets-v2 for convenience. This is still a WIP. Expect no docs, tests, and to find uncommented code, and, obvious hacks in need of cleanup here and there. -- Pedro Alves