From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23751 invoked by alias); 19 Sep 2002 13:32:24 -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 23740 invoked from network); 19 Sep 2002 13:32:24 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 19 Sep 2002 13:32:24 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17s2Ln-0007T6-00; Thu, 19 Sep 2002 09:32:15 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17s1Pp-0004Sg-00; Thu, 19 Sep 2002 09:32:21 -0400 Date: Thu, 19 Sep 2002 06:32:00 -0000 From: Daniel Jacobowitz To: Biswapesh Chattopadhyay Cc: GDB List , leiming , Anjuta devel Subject: Re: how to use libgdb ? Message-ID: <20020919133221.GA17132@nevyn.them.org> Mail-Followup-To: Biswapesh Chattopadhyay , GDB List , leiming , Anjuta devel References: <1032408527.1308.5.camel@A5-1686> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1032408527.1308.5.camel@A5-1686> User-Agent: Mutt/1.5.1i X-SW-Source: 2002-09/txt/msg00275.txt.bz2 On Thu, Sep 19, 2002 at 09:38:40AM +0530, Biswapesh Chattopadhyay wrote: > Hi list > > I'm one of the developers of Anjuta (http://anjuta.sf.net/), an IDE for > GNOME. Currently, we are using a spawned subprocess for GDB interaction. > This works fairly well, but obviously a shared library with a nice (and > reasoinably stable) API would be very helpful for IDE developers. So, my > question is: if GDB build process already builds libgdb.a, would any > patches to make it build a shared libgdb.so be accepted into the main > tree ? It might be very useful, for example, for gnome-debug, which is > an upcoming component for debugging applications using a nice GUI > interface. This might speed up the responsiveness and enable us to do > more advanced stuff (such as tracing multiple threads simultaneously). They would probably not be accepted - or useful, since we don't plan to maintain a stable ABI. What we do maintain is a stable machine-parseable interface - MI. See the documentation or list archives for more about that if you're not familiar with it. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer