From owner-freebsd-ia64 Mon Mar 10 20:30:18 2003 Delivered-To: freebsd-ia64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B4E837B401 for ; Mon, 10 Mar 2003 20:30:16 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E013043F75 for ; Mon, 10 Mar 2003 20:30:15 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h2B4UFNS059155 for ; Mon, 10 Mar 2003 20:30:15 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h2B4UF11059154; Mon, 10 Mar 2003 20:30:15 -0800 (PST) Date: Mon, 10 Mar 2003 20:30:15 -0800 (PST) Message-Id: <200303110430.h2B4UF11059154@freefall.freebsd.org> To: freebsd-ia64@FreeBSD.org Cc: From: Marcel Moolenaar Subject: Re: ia64/49081: @gprel relocation against dynamic symbol in /usr/lib/libobjc.a Reply-To: Marcel Moolenaar Sender: owner-freebsd-ia64@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR ia64/49081; it has been noted by GNATS. From: Marcel Moolenaar To: Dirk Meyer 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