From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2337 invoked by alias); 7 Oct 2003 04:24:18 -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 2328 invoked from network); 7 Oct 2003 04:24:18 -0000 Received: from unknown (HELO zenia.home) (12.223.225.216) by sources.redhat.com with SMTP; 7 Oct 2003 04:24:18 -0000 Received: by zenia.home (Postfix, from userid 5433) id 29A0620766; Mon, 6 Oct 2003 23:23:05 -0500 (EST) To: Mark Kettenis Cc: gdb@sources.redhat.com Subject: Re: SOFUN_ADDRESS_MAYBE_MISSING References: <200310061242.h96CgtiA000454@elgar.kettenis.dyndns.org> From: Jim Blandy Date: Tue, 07 Oct 2003 04:24:00 -0000 In-Reply-To: <200310061242.h96CgtiA000454@elgar.kettenis.dyndns.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-10/txt/msg00115.txt.bz2 Mark Kettenis writes: > I'm wondering what to do with SOFUN_ADDRESS_MAYBE_MISSING. It started > out (and still largely is) a hack to work around a problem with > stabs-in-ELF with Sun's C compiler. Later it also got enabled on some > Linux variants, to work around a bug in HJ's Linux binutils IIRC. Not that this is germane to the issue you're trying to fix, but: SOFUN_ADDRESS_MAYBE_MISSING isn't a bug --- it's a feature. Sun made various adjustments to make fewer stabs require relocation, to reduce link time. That's why line number stabs are relative to the beginning of the function, for example. Since every function has a linker symbol for its entry point, and there are STT_FILE symbols for the compilation units (I think I've got that right), there's no real need to put the address in the SO and FUN stabs, too.