Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 10 Mar 2003 20:30:15 -0800 (PST)
From:      Marcel Moolenaar <marcel@xcllnt.net>
To:        freebsd-ia64@FreeBSD.org
Subject:   Re: ia64/49081: @gprel relocation against dynamic symbol in /usr/lib/libobjc.a
Message-ID:  <200303110430.h2B4UF11059154@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR ia64/49081; it has been noted by GNATS.

From: Marcel Moolenaar <marcel@xcllnt.net>
To: Dirk Meyer <dirk.meyer@dinoex.sub.org>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: ia64/49081: @gprel relocation against dynamic symbol in /usr/lib/libobjc.a
Date: Mon, 10 Mar 2003 20:29:15 -0800

 On Tue, Mar 11, 2003 at 05:05:40AM +0100, Dirk Meyer wrote:
 > Marcel Moolenaar schrieb:,
 > 
 > > > change complilation options ...
 > > > 	see PR# ia64/38678
 > > 
 > > Which ompilation options?
 > 
 > you fixed a similar problem:
 > http://www.freebsd.org/cgi/query-pr.cgi?pr=38678
 > 
 > State-Changed-By: marcel
 > State-Changed-When: Wed Oct 23 20:58:12 PDT 2002
 > State-Changed-Why: 
 > The problem with the @gprel relocation was related to the fact
 > that we compiled with short data and without -fpic. As a result,
 > the compiler assumed it could create @gprel relocations to access
 > data objects placed in the short data (.sdata or .sbss) sections.
 > The fix is to disable short data for kernel builds (including
 > modules).
 > 
 > a) can libobj.a build without "short data"
 > b) or need the application build without "short data" ?
 
 To solve this problem: b' :-)
 
 b') build the shared library that links against libobjc without
     "short data".
 
 It's a hack because not using short data pessimizes access sequences
 and thus reduces performance.
 
 > I found only a "--disable-short-wchar" option ...
 
 ... which is unrelated :-)
 
 The best solution is to build libobjc.so. I did that and it solved
 the problem, but exposed another one. If we don't want libobjc.so,
 we have to build libobjc.a with PIC, which terribly failed on i386
 so that we have to make it ia64 specific to start with (even though
 it's theoretically required on all architectures).
 
 -- 
  Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200303110430.h2B4UF11059154>