From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10450 invoked by alias); 7 Dec 2004 00:24:45 -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 10173 invoked from network); 7 Dec 2004 00:24:28 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 7 Dec 2004 00:24:28 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1CbT9P-0000Jl-AA; Mon, 06 Dec 2004 19:24:19 -0500 Date: Tue, 07 Dec 2004 00:24:00 -0000 From: Daniel Jacobowitz To: Kevin Buettner Cc: Randolph Chung , gdb@sources.redhat.com Subject: Re: [RFC] what to do with hpux-specific solib features Message-ID: <20041207002418.GA1143@nevyn.them.org> Mail-Followup-To: Kevin Buettner , Randolph Chung , gdb@sources.redhat.com References: <20041206230105.GR6359@tausq.org> <20041206171507.3c7c0d51.kevinb@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041206171507.3c7c0d51.kevinb@redhat.com> User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-12/txt/msg00038.txt.bz2 On Mon, Dec 06, 2004 at 05:15:07PM -0700, Kevin Buettner wrote: > On Mon, 6 Dec 2004 15:01:05 -0800 > Randolph Chung wrote: > > > There are a bunch of features that are only implemented currently for > > the SOM and pa64 solib handlers for HP-UX. Do we want to support these > > elsewhere? do we want to get rid of them? > > > > e.g. > > Dynamically-linked library events may be caught: > > catch load - loads of any library > > catch load - loads of a particular library > > catch unload - unloads of any library > > catch unload - unloads of a particular library > > This provides a more fine grained way of stopping on particular events > than "set stop-on-solib-events", right? > > It seems to me that this functionality might occasionally be useful > elsewhere. However, I wouldn't let that hold you up if you're > attempting to convert over to the generic solib machinery. It seems > to me that such functionality could be implemented in a generic > fashion (by noticing when a shared library is added to or removed from > the global list), and as such, could be added back at any time. And, IMO, should be. Along with a way to print what libraries have been loaded or unloaded. I've wanted this quite often. Completely agree about reimplementing them later instead of now, if it's more convenient. -- Daniel Jacobowitz