From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10805 invoked by alias); 9 Jul 2003 17:41:41 -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 10796 invoked from network); 9 Jul 2003 17:41:40 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 9 Jul 2003 17:41:40 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h69HfeH10627 for ; Wed, 9 Jul 2003 13:41:40 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h69HfeI32627; Wed, 9 Jul 2003 13:41:40 -0400 Received: from localhost.localdomain (vpn50-46.rdu.redhat.com [172.16.50.46]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h69Hfdg16943; Wed, 9 Jul 2003 13:41:39 -0400 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h69HfYh02192; Wed, 9 Jul 2003 10:41:34 -0700 Date: Wed, 09 Jul 2003 17:41:00 -0000 From: Kevin Buettner Message-Id: <1030709174134.ZM2191@localhost.localdomain> In-Reply-To: "Kris Warkentin" "Re: [rfc] Print solib events in mi-mode" (Jul 9, 1:29pm) References: <062401c34590$97cd09b0$0202040a@catdog> <3F0B315E.7000702@redhat.com> <064e01c34615$0b152ae0$0202040a@catdog> <20030709150847.GA19020@nevyn.them.org> <087801c34630$479de310$0202040a@catdog> <20030709162430.GA20778@nevyn.them.org> <090201c3463f$acc520f0$0202040a@catdog> To: "Kris Warkentin" , "Daniel Jacobowitz" Subject: Re: [rfc] Print solib events in mi-mode Cc: "Andrew Cagney" , "Gdb@Sources.Redhat.Com" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-07/txt/msg00104.txt.bz2 On Jul 9, 1:29pm, Kris Warkentin wrote: > > On Wed, Jul 09, 2003 at 11:39:26AM -0400, Kris Warkentin wrote: > > > > 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? > > So you're saying that you're not receptive to this patch but you'd consider > a svr4 patch for the load catchpoints? If it could be moved out to solib.c, I'd be receptive to it. I'm also willing to look at a patch which modifies solib-svr4.c, but I'd prefer one which handles all off the solib backends in one fell swoop. Kevin