From owner-freebsd-alpha  Thu Feb 21 15:47:24 2002
Delivered-To: freebsd-alpha@freebsd.org
Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84])
	by hub.freebsd.org (Postfix) with ESMTP
	id DFE0D37B404; Thu, 21 Feb 2002 15:47:21 -0800 (PST)
Received: from pool0385.cvx22-bradley.dialup.earthlink.net ([209.179.199.130] helo=mindspring.com)
	by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
	id 16e2vh-0005DN-00; Thu, 21 Feb 2002 15:47:13 -0800
Message-ID: <3C7586F6.4D54B103@mindspring.com>
Date: Thu, 21 Feb 2002 15:47:02 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Bernd Walter <ticso@cicely8.cicely.de>
Cc: Andrew Gallatin <gallatin@cs.duke.edu>,
	Doug Rabson <dfr@nlsystems.com>, peter@FreeBSD.ORG, jdp@FreeBSD.ORG,
	freebsd-alpha@FreeBSD.ORG
Subject: Re: alpha klds and the new linker
References: <15477.3715.6908.110667@grasshopper.cs.duke.edu> <Pine.BSF.4.33.0202211623290.89657-100000@herring.nlsystems.com> <15477.29709.908299.287618@grasshopper.cs.duke.edu> <3C757D63.73B903C9@mindspring.com> <20020221231258.GG56929@cicely8.cicely.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-alpha@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-alpha.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-alpha>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-alpha>
X-Loop: FreeBSD.org

Bernd Walter wrote:
> > I think this is backwards; I think the "*where" is missing
> > in the reference location.  Don't ask me how to figure it
> > out without keeping a linked list of ELF things lying around
> > and traversing it twice, though.  8-(.
> 
> At least it's identic to the i386 variant:
>                 case R_386_RELATIVE:    /* B + A */
>                         addr = relocbase + addend;
>                         if (*where != addr)
>                                 *where = addr;
>                         break;

Well, if no one is complaining there, then never mind.  8-).

I think there are still some assumptions in the relative
positioning of segments and data that may break with a
future binutils, just like the recent update broke some
of the other assumptions that were lying around.

You have to wonder what the reference platform for this
code was, and why it didn't break there, too.  8-(.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message