From owner-freebsd-ports Mon Jan 13 12:08:30 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA02396 for ports-outgoing; Mon, 13 Jan 1997 12:08:30 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA02390 for ; Mon, 13 Jan 1997 12:08:25 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.3/8.8.3) with ESMTP id MAA03831; Mon, 13 Jan 1997 12:07:47 -0800 (PST) Message-Id: <199701132007.MAA03831@austin.polstra.com> To: Chuck Robey cc: Satoshi Asami , FreeBSD-Ports@freebsd.org Subject: Re: Fixing octave In-reply-to: Your message of "Sun, 12 Jan 1997 23:56:12 EST." References: Date: Mon, 13 Jan 1997 12:07:47 -0800 From: John Polstra Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > * ld: ../libcruft/libcruft.a(ddassl.o): RRS text relocation at 0x9cf37 for > > * "_do_fio" > > > > Add -fpic to the cc command line of ddassl.o. This fixed a similar > > problem in msql. I don't know why, it's not supposed to make any > > difference since this is a static lib but it does. Maybe John can > > elaborate. > > Well, whatever the problem is, I've verified adding -fpic isn't the > answer, nor -fPIC. Hhhmph! It's virtually guaranteed that PIC and/or shared libraries are involved somehow in this problem. If you'll send me the following, I might be able to help figure out what's going on: * The full make output (including the "ld" command) for the command that produced the diagnostic you quoted. * The full make output for all the steps involved in creating libcruft.a. That means all the compilations to produce the .o files going into it, plus whatever was done to produce the library itself. * Just for fun, the output of this command, run on your make output: egrep -i 'pic|share|\.so\>' John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth