From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2190 invoked by alias); 20 Aug 2004 19:59:31 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 2128 invoked from network); 20 Aug 2004 19:59:29 -0000 Received: from unknown (HELO lakermmtao01.cox.net) (68.230.240.38) by sourceware.org with SMTP; 20 Aug 2004 19:59:29 -0000 Received: from white ([68.9.64.121]) by lakermmtao01.cox.net (InterMail vM.6.01.03.02.01 201-2131-111-104-103-20040709) with ESMTP id <20040820195927.UFXD15934.lakermmtao01.cox.net@white>; Fri, 20 Aug 2004 15:59:27 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1ByFXs-0001f7-00; Fri, 20 Aug 2004 15:59:28 -0400 Date: Fri, 20 Aug 2004 19:59:00 -0000 From: Bob Rossi To: gdb@sources.redhat.com Cc: cagney@redhat.com, ezannoni@redhat.com, fnasser@redhat.com Subject: Re: GDB/XMI (XML Machine Interface) Message-ID: <20040820195928.GA6372@white> Mail-Followup-To: gdb@sources.redhat.com, cagney@redhat.com, ezannoni@redhat.com, fnasser@redhat.com References: <20040810201440.GA24186@white> <20040819234921.GA4966@white> <20040820103420.340A64D400C@stray.canids> <20040820125443.GB5703@white> <20040820183447.GA21565@nevyn.them.org> <20040820184900.GA5806@white> <20040820185159.GA22481@nevyn.them.org> <20040820192458.GB5806@white> <20040820194224.GA24407@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040820194224.GA24407@nevyn.them.org> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-08/txt/msg00262.txt.bz2 On Fri, Aug 20, 2004 at 03:42:24PM -0400, Daniel Jacobowitz wrote: > On Fri, Aug 20, 2004 at 03:24:58PM -0400, Bob Rossi wrote: > > > > > Heck, parse it into XML if you'd like. > > > > > > > > I don't want the data to be in XML. I just want the data without writing > > > > a parser. and a protocol that is backwards compatible. This seems like a > > > > simple think to ask for. > > > > > > > > If GDB expects to have one common MI library, than it should distribute > > > > a library that is responsible for reading it's own output, and giving > > > > the user some data structures that will be backwards compatible. Thus, a > > > > library to link against. > > > > > > So, it would be a waste of your time to write a parser that all future > > > front ends could use, but not a waste of GDB developers' time to carry > > > out major incompatible surgery on GDB's output format for people that > > > already parse MI? > > > > What? I am saying that if GDB wants to stick with this self invented > > grammer and decides that it is obviously silly to have all of the > > consumers reinventing the wheel, it should write a library that parses > > the MI output and give it to the user in some sort of ADT. Making the > > protocol transparent. If this existed, I would be satisfied. > > > > I wouldn't expect anyone but myself and people that believed in the idea > > to carry out the surgery. I am not asking for a present. > > That's what I was suggesting you do - write that library. I am not interested in writing this library. I am interested in the XML approach. Do you know why yet? It's because I won't have to write a library. No one will. Ever. > > I feel that an XML approach will save developers time over the long run > > and that inventing a grammer to parse on output was a mistake in the > > first place. > > > > Is the *main* argument to stick with MI because there is already a > > customer base? > > There's no "main" argument, but there seem to be lots of existing > arguments. Myself, I don't have much reason to care, but I agree with > Chris that typiing XML by hand is a real pain, but MI is manageable > (and I do it periodically). > > I don't think that using XML would change anything. Several people > have already presented my opinion better than I could. You are missing the point. It would change the amount of work a front end writer had to do to implement to GDB. XML is clearly a better approach to communicating data between 2 entities. It is a proven technique that has parsers written in many languages. Changing the MI output to XML would greatly reduce the amount of time and code written to interface with GDB. Period. I strongly believe there is no argument against this point. Other reasons for not wanting to switch to XML seem relavant, such as, typeing XML commands to talk to GDB. However, I have two arguments to that. If you were to send XML commands to GDB, most of the time they would be short. Second, the commands sent to GDB don't have to be XML, although I think that they should be. BTW, how does one go about getting a yes/no answer to such an RFC? Do I need the approval of the majority of GDB contributors? maintainers? Also, why haven't some of the maintainers of MI responded at all on this subject? Andrew or Elena? Fernando are you the main contact as far as decisions on the MI code goes? Thanks, Bob Rossi