From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11795 invoked by alias); 6 Oct 2003 16:44:28 -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 11769 invoked from network); 6 Oct 2003 16:44:27 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 6 Oct 2003 16:44:27 -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 h96GiQ118692 for ; Mon, 6 Oct 2003 12:44:26 -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 h96GiQc13189; Mon, 6 Oct 2003 12:44:26 -0400 Received: from localhost.localdomain (vpn50-46.rdu.redhat.com [172.16.50.46]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id h96GiPbe017821; Mon, 6 Oct 2003 12:44:25 -0400 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h96GiJt11492; Mon, 6 Oct 2003 09:44:20 -0700 Date: Mon, 06 Oct 2003 16:44:00 -0000 From: Kevin Buettner Message-Id: <1031006164419.ZM11491@localhost.localdomain> In-Reply-To: Mark Kettenis "SOFUN_ADDRESS_MAYBE_MISSING" (Oct 6, 2:42pm) References: <200310061242.h96CgtiA000454@elgar.kettenis.dyndns.org> To: Mark Kettenis , gdb@sources.redhat.com Subject: Re: SOFUN_ADDRESS_MAYBE_MISSING MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-10/txt/msg00101.txt.bz2 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. Kevin