From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-15857-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 21888 invoked by alias); 7 Oct 2003 16:44:33 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 21857 invoked from network); 7 Oct 2003 16:44:32 -0000
Received: from unknown (HELO zenia.home) (12.223.225.216)
  by sources.redhat.com with SMTP; 7 Oct 2003 16:44:32 -0000
Received: by zenia.home (Postfix, from userid 5433)
	id 3A71320766; Tue,  7 Oct 2003 11:43:15 -0500 (EST)
To: Kevin Buettner <kevinb@redhat.com>
Cc: Mark Kettenis <kettenis@chello.nl>, gdb@sources.redhat.com
Subject: Re: SOFUN_ADDRESS_MAYBE_MISSING
References: <200310061242.h96CgtiA000454@elgar.kettenis.dyndns.org>
	<1031006164419.ZM11491@localhost.localdomain>
From: Jim Blandy <jimb@redhat.com>
Date: Tue, 07 Oct 2003 16:44:00 -0000
In-Reply-To: <1031006164419.ZM11491@localhost.localdomain>
Message-ID: <vt2r81probg.fsf@zenia.home>
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/msg00122.txt.bz2


Kevin Buettner <kevinb@redhat.com> writes:

> On Oct 6,  2:42pm, Mark Kettenis wrote:
> 
> > 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.
> > 
> > The safest thing to do is probably to turn this into a multi-arch
> > variable, and set that variable for all targets that #define
> > SOFUN_ADDRESS_MAYBE_MISSING.  I winder however, what the impact would
> > be of enabling this on all ELF targets, since that would make it
> > easier to debug object modules created with the Sun compiler to
> > FreeBSD/sparc64 for example.
> 
> It's been a while since I've studied this problem, but the last time
> I looked at it, enabling SOFUN_ADDRESS_MAYBE_MISSING for all targets
> looked pretty safe to me.

I'd go along with that.  Let's just try enabling it for all targets,
and deal with the fallout.