From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 673 invoked by alias); 9 Jul 2003 16:24:33 -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 665 invoked from network); 9 Jul 2003 16:24:32 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 9 Jul 2003 16:24:32 -0000 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 19aHk6-0005PS-00; Wed, 09 Jul 2003 12:24:30 -0400 Date: Wed, 09 Jul 2003 16:24:00 -0000 From: Daniel Jacobowitz To: Kris Warkentin Cc: Andrew Cagney , "Gdb@Sources.Redhat.Com" Subject: Re: [rfc] Print solib events in mi-mode Message-ID: <20030709162430.GA20778@nevyn.them.org> Mail-Followup-To: Kris Warkentin , Andrew Cagney , "Gdb@Sources.Redhat.Com" References: <062401c34590$97cd09b0$0202040a@catdog> <3F0B315E.7000702@redhat.com> <064e01c34615$0b152ae0$0202040a@catdog> <20030709150847.GA19020@nevyn.them.org> <087801c34630$479de310$0202040a@catdog> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <087801c34630$479de310$0202040a@catdog> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-07/txt/msg00102.txt.bz2 On Wed, Jul 09, 2003 at 11:39:26AM -0400, Kris Warkentin wrote: > > On Wed, Jul 09, 2003 at 08:24:28AM -0400, Kris Warkentin wrote: > > > Actually, I had looked at those and some other related threads. I > suggested > > > to our Eclipse guys that it would probably be easy for them to just > > > implement it in the IDE (since all the apps and libs are already > projects > > > under IDE control) using the stop-on-solib-event mechanism. They > countered > > > that there was no mi feedback on whether an stop was solib related, > hence my > > > patch. > > > > > > If there's no objection to the output this provides, I wouldn't mind > > > applying it. MI-ification is generally a good thing right? Is there > > > somewhere I should document this as well? > > > > TBH, I'd rather see load catchpoints implemented and MI-ified for > > solib-svr4.c. The natural implementation returns more useful > > information, namely what libraries were loaded or unloaded. It should > > be easy but it's never trickled to the top of anyone's TODO. > > What about solib-events on non-svr4 systems? QNX is implementing the CDT > for Eclipse and we'd like to have equal functionality across platforms. I picked on solib-svr4 because it's the one normally found lacking. At least one of the solib backends already does this - probably SOM? -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer