From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-68927-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 10652 invoked by alias); 17 Dec 2009 09:32:01 -0000
Received: (qmail 10633 invoked by uid 22791); 17 Dec 2009 09:32:00 -0000
X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 	tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: sourceware.org
Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Dec 2009 09:31:51 +0000
Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) 	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id nBH9UekC008130 	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); 	Thu, 17 Dec 2009 04:30:40 -0500
Received: from hase.home (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) 	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id nBH9UbCr027251; 	Thu, 17 Dec 2009 04:30:37 -0500
From: Andreas Schwab <schwab@redhat.com>
To: Michael Snyder <msnyder@vmware.com>
Cc: Joel Brobecker <brobecker@adacore.com>, Hui Zhu <teawater@gmail.com>,         Stan Shebs <stan@codesourcery.com>,         "tromey\@redhat.com" <tromey@redhat.com>,         gdb-patches ml <gdb-patches@sourceware.org>
Subject: Re: [RFC] Let "gcore" command accept a suffix argument
References: <m3ein24v26.fsf@fleche.redhat.com> 	<20091211100558.GA7125@adacore.com> <m3tyvxz8kp.fsf@fleche.redhat.com> 	<daef60380912120033r1ac03f1ao1f995381db879c82@mail.gmail.com> 	<m3zl5lscsu.fsf@fleche.redhat.com> 	<daef60380912141756h1eab3217o4364857729fd799b@mail.gmail.com> 	<m3d42gniwn.fsf@fleche.redhat.com> 	<daef60380912151957t312f3497l1e4022ce3dd8cbc4@mail.gmail.com> 	<4B29018C.6060307@codesourcery.com> 	<daef60380912161845h3381b266yc2eb103e9a6bcf93@mail.gmail.com> 	<20091217042629.GA2788@adacore.com> <4B29B304.7090701@vmware.com>
X-Yow: Let's climb to the TOP of that MOUNTAIN and think about STRIP MINING!!
Date: Thu, 17 Dec 2009 09:32:00 -0000
In-Reply-To: <4B29B304.7090701@vmware.com> (Michael Snyder's message of "Wed, 	16 Dec 2009 20:26:44 -0800")
Message-ID: <m37hsmdk1v.fsf@hase.home>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)
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: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2009-12/txt/msg00225.txt.bz2

Michael Snyder <msnyder@vmware.com> writes:

> Joel Brobecker wrote:
>>> OK.  We can change "eval" to other cmd.   What about "ceval"?
>>
>> eval is really a natural command name. Can we perhaps think of
>> another command name for the tracepoint stuff?
>>
>
> Like "collect", "eval" in the tracepoint context is a command
> that does not make any sense in any other context.
>
> Maybe we can just decide from context which command we mean.

GDB supports the concept of sub commands, which is where the context
could come from.

Andreas.

-- 
Andreas Schwab, schwab@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84  5EC7 45C6 250E 6F00 984E
"And now for something completely different."