From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29998 invoked by alias); 16 Dec 2011 19:38:14 -0000 Received: (qmail 29990 invoked by uid 22791); 16 Dec 2011 19:38:13 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 16 Dec 2011 19:38:00 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=EU1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1RbdbT-0001Y9-TY from pedro_alves@mentor.com ; Fri, 16 Dec 2011 11:38:00 -0800 Received: from scottsdale.localnet ([172.16.63.104]) by EU1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Dec 2011 19:37:58 +0000 From: Pedro Alves To: gdb-patches@sourceware.org Subject: Re: [RFC/WIP PATCH 00/14] I/T sets Date: Fri, 16 Dec 2011 19:40:00 -0000 User-Agent: KMail/1.13.6 (Linux/2.6.38-13-generic; KDE/4.7.2; x86_64; ; ) Cc: Tom Tromey References: <20111128153742.17761.21459.stgit@localhost6.localdomain6> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201112161937.52226.pedro@codesourcery.com> 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/msg00536.txt.bz2 On Wednesday 30 November 2011 19:35:38, Tom Tromey wrote: > >>>>> "Pedro" == Pedro Alves writes: > > Pedro> Following up on . > Pedro> This patch set seeds an implementation of a general > Pedro> inferior/process/thread/core set construct, or inferior/thread set > Pedro> (I/T set, or just itset) for short, which should allow users to refer > Pedro> to large numbers of inferiors, processes, threads, and cores in a > Pedro> consistent way and using a flexible syntax. > > Ok, I read through the series and sent all my comments. Some patches I > did not review in detail, since I don't feel competent to do so. > > 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? > Pedro> Along the idea that we > Pedro> need an intersection operator somehow, an idea I've been kicking in > Pedro> the background, is to make all kinds of objects have the same stand, > Pedro> and require, say, a one letter prefix to identify what kind of object > Pedro> we're specifying. E.g, i for inferior, p for process, t for thread, c > Pedro> for core and a for Ada task. In this scheme, the '.' is really a set > Pedro> intersection operator, and the ',' is the union operator. I'm very > Pedro> much inclined to try this route, but I'm also very interested in > Pedro> learning other's opinions. > > I like this idea. I've implemented it. I'll post a WIP v2 series with that change (and many others) shortly. -- Pedro Alves