From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12798 invoked by alias); 31 Dec 2009 00:18:50 -0000 Received: (qmail 12788 invoked by uid 22791); 31 Dec 2009 00:18:50 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Received: from elasmtp-scoter.atl.sa.earthlink.net (HELO elasmtp-scoter.atl.sa.earthlink.net) (209.86.89.67) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 31 Dec 2009 00:18:46 +0000 Received: from [70.170.59.51] (helo=macbook-2.local) by elasmtp-scoter.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1NQ8k9-0000j4-SC; Wed, 30 Dec 2009 19:18:22 -0500 Message-ID: <4B3BEDCC.9040103@earthlink.net> Date: Thu, 31 Dec 2009 00:18:00 -0000 From: Stan Shebs User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Tom Tromey CC: Stan Shebs , Hui Zhu , Joel Brobecker , Michael Snyder , gdb-patches ml Subject: Re: [RFC] Let "gcore" command accept a suffix argument References: <20091211100558.GA7125@adacore.com> <4B29018C.6060307@codesourcery.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: ae6f8838ff913eba0cc1426638a40ef67e972de0d01da9400e32bd34256493db02702a4a80ec6495350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c 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: 2009-12/txt/msg00455.txt.bz2 Tom Tromey wrote: >>>>>> "Stan" == Stan Shebs writes: >>>>>> > > Stan> BTW, Pedro nudges me out of my stupor and reminds me that the > Stan> soon-to-be-posted tracepoint action to evaluate without collecting is > Stan> also called "eval" (it was originally proposed as "do" but that > Stan> ambiguates with "down", which seemed like a bad idea). > > Stan> The two versions are not necessarily mutually exclusive - the > Stan> downloading at the start of a trace run gives us a chance to filter > Stan> out eval's that don't make sense for the target agent - but if we go > Stan> too afield on syntax (the tracepoint version is simply a > Stan> comma-separated list of GDB expressions), then that's going to be more > Stan> of a problem to reconcile. > > "eval" seems awfully generic for a command which is specific to > tracepoints. > > I'm not super familiar with tracepoints but a lot of the other commands > seem to start with "t". Why not "teval"? > That's a good idea. If we ever come up with a Grand Unified Semantics of actions and commands for which generic "eval" matches tracepoint "teval", we can simply alias the two. Stan