From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17814 invoked by alias); 9 Jul 2003 15:09:02 -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 17807 invoked from network); 9 Jul 2003 15:09:02 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 9 Jul 2003 15:09:02 -0000 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 19aGYp-0004y4-00; Wed, 09 Jul 2003 11:08:47 -0400 Date: Wed, 09 Jul 2003 15:09: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: <20030709150847.GA19020@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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <064e01c34615$0b152ae0$0202040a@catdog> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-07/txt/msg00096.txt.bz2 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. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer