From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19267 invoked by alias); 9 Jan 2005 23:06:41 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 19069 invoked from network); 9 Jan 2005 23:06:30 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 9 Jan 2005 23:06:30 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1Cnm8j-0001Dc-RT; Sun, 09 Jan 2005 18:06:29 -0500 Date: Sun, 09 Jan 2005 23:06:00 -0000 From: Daniel Jacobowitz To: Mark Kettenis Cc: gdb-patches@sources.redhat.com, kevinb@redhat.com, eliz@gnu.org Subject: Re: [RFA] Introduce solib_loaded observer Message-ID: <20050109230629.GA4612@nevyn.them.org> Mail-Followup-To: Mark Kettenis , gdb-patches@sources.redhat.com, kevinb@redhat.com, eliz@gnu.org References: <200501082314.j08NE6a1080151@elgar.sibelius.xs4all.nl> <20050109000104.GA1853@nevyn.them.org> <200501091305.j09D5FfO000568@elgar.sibelius.xs4all.nl> <20050109223732.GA3587@nevyn.them.org> <200501092258.j09MwImN012219@elgar.sibelius.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501092258.j09MwImN012219@elgar.sibelius.xs4all.nl> User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2005-01/txt/msg00057.txt.bz2 On Sun, Jan 09, 2005 at 11:58:18PM +0100, Mark Kettenis wrote: > Date: Sun, 9 Jan 2005 17:37:33 -0500 > From: Daniel Jacobowitz > > On Sun, Jan 09, 2005 at 02:05:15PM +0100, Mark Kettenis wrote: > > > > Calling the observer after loading the symbols isn't possible. You > > can set "auto-solib-add" to 0, and then the symbols will never be > > loaded at all. So you'll always have to force loading the symbols > > from within your observer anyway (but you only have to do so for the > > threads library). From a code perspective the point where the > > notification is called is the most logical. And that way it's less > > likely that we see "auto-solib-add" related bugs ;-). > > At the same time, I worry that it's going to be confusingly > inconsistent - for instance, I would have expected turning off > auto-solib-add to prevent loading symbols for libpthread! Or at least, > loading of full symbols (all libthread_db on GNU/Linux really needs are > a couple of minsyms). > > We should try to be as consistent as possible. The current situation > is very inconsistent too: if you turn off auto-solib-add, you won't > get thread debugging support. It's true that for debugging support Note that there's no other way to deliberately turn off thread debugging at present. > you usually only need a few minimal symbols. I considered rolling my > own BFD-based lookup function, but I suspect that would result in a > serious performance hit because I'd lose the benefit of caching. I doubt it would be that serious. It'd be a bit tricky, of course, so adding extra code for it seems like a shame. Perhaps we could read in just the minsyms... > Because of the auto-solib-add issue I don't think it is, but given the > right arguments I think you can make me think differently. What to > the others think of this? I wonder if we can envision any other potential consumers for this hook? What would they want to do? -- Daniel Jacobowitz