From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-10448-listarch-gdb=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 20145 invoked by alias); 19 Sep 2002 21:18:27 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 20138 invoked from network); 19 Sep 2002 21:18:26 -0000
Received: from unknown (HELO takamaka.act-europe.fr) (205.232.38.232)
  by sources.redhat.com with SMTP; 19 Sep 2002 21:18:26 -0000
Received: by takamaka.act-europe.fr (Postfix, from userid 507)
	id C8C86D2CC1; Thu, 19 Sep 2002 14:18:25 -0700 (PDT)
Date: Thu, 19 Sep 2002 14:18:00 -0000
From: Joel Brobecker <brobecker@gnat.com>
To: Andrew Cagney <ac131313@ges.redhat.com>
Cc: Daniel Jacobowitz <drow@mvista.com>,
	Scott Moser <ssmoser@us.ibm.com>,
	Biswapesh Chattopadhyay <biswapesh_chatterjee@tcscal.co.in>,
	GDB List <gdb@sources.redhat.com>,
	leiming <blackhorse_linux@sina.com>,
	Anjuta devel <anjuta-devel@lists.sourceforge.net>
Subject: Re: how to use libgdb ?
Message-ID: <20020919211825.GH1150@gnat.com>
References: <20020919133221.GA17132@nevyn.them.org> <Pine.LNX.4.44.0209190911270.22989-100000@dmfet> <20020919190703.GA1494@nevyn.them.org> <3D8A3811.5040502@ges.redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3D8A3811.5040502@ges.redhat.com>
User-Agent: Mutt/1.4i
X-SW-Source: 2002-09/txt/msg00291.txt.bz2

> Given that Apple has proven that MI can be made to work, I don't see 
> benefit in adding (and hence implicitly supporting) yet another 
> interface.  Remember, MI is documented and *tested*, you'll not get that 
> with some sort of internal ABI.
> 
> It is also very important keep in mind that directly linking GDB to an 
> application is not some sort of performance silver bullet.  It isn't. 
> Too many other factors influence GDB/GUI performance - screen refresh 
> overhead, target step performance, cost of a stack unwind, even system 
> load, ...

I totally agree. Also, one advantage of having your GUI and GDB as
separate processes is that you can then launch your GUI locally while
GDB is running on a distant machine. I do that fairly often with GVD,
with GVD running on my local machine in Vancouver, and the distant
machine being either in New York or Paris...

-- 
Joel