From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23160 invoked by alias); 11 May 2006 10:24:19 -0000 Received: (qmail 23151 invoked by uid 22791); 11 May 2006 10:24:19 -0000 X-Spam-Check-By: sourceware.org Received: from eastrmmtao05.cox.net (HELO eastrmmtao05.cox.net) (68.230.240.34) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 11 May 2006 10:24:17 +0000 Received: from localhost.localdomain ([68.9.66.48]) by eastrmmtao05.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060511102415.VHFI26910.eastrmmtao05.cox.net@localhost.localdomain> for ; Thu, 11 May 2006 06:24:15 -0400 Received: from bob by localhost.localdomain with local (Exim 4.52) id 1Fe8Ln-0007kg-43 for gdb@sources.redhat.com; Thu, 11 May 2006 06:24:55 -0400 Date: Thu, 11 May 2006 10:40:00 -0000 From: Bob Rossi To: gdb@sources.redhat.com Subject: Re: CLI commands in MI Message-ID: <20060511102454.GC3727@brasko.net> Mail-Followup-To: gdb@sources.redhat.com References: <20060511022650.GA3727@brasko.net> <20060511034114.GA25755@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060511034114.GA25755@nevyn.them.org> User-Agent: Mutt/1.5.9i X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00126.txt.bz2 On Wed, May 10, 2006 at 11:41:14PM -0400, Daniel Jacobowitz wrote: > On Wed, May 10, 2006 at 10:26:50PM -0400, Bob Rossi wrote: > > I'm thinking it would be a good idea to remove the ability to enter CLI > > commands into the MI interpreter. Does anyone disagree? > > No way. The fact is, the MI command set is not complete, and > -interpreter-exec is still recent. I would expect most front ends > to still require this support, for the indefinite future. Whoa, I don't think it matters if FE's are using this feature. Read the manual, This mechanism is provided as an aid to developers of GDB/MI clients and not as a reliable interface into the CLI. Since the command is being interpreteted in an environment that assumes GDB/MI behaviour, the exact output of such commands is likely to end up being an un-supported hybrid of GDB/MI and CLI output. Bob Rossi