From owner-freebsd-current Sat Jun 21 15:15:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id PAA22265 for current-outgoing; Sat, 21 Jun 1997 15:15:50 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id PAA22259 for ; Sat, 21 Jun 1997 15:15:45 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.8.5/8.8.5) with ESMTP id PAA08801; Sat, 21 Jun 1997 15:15:41 -0700 (PDT) Message-Id: <199706212215.PAA08801@austin.polstra.com> To: jkh@time.cdrom.com Subject: Re: Hmmmm, this is new.. Newsgroups: polstra.freebsd.current In-Reply-To: <21993.866920877@time.cdrom.com> References: <21993.866920877@time.cdrom.com> Organization: Polstra & Co., Seattle, WA Cc: current@freebsd.org Date: Sat, 21 Jun 1997 15:15:41 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > While compiling today's 3.0 SNAP release over at current.freebsd.org, > I noticed: > > building shared tcl library (version 75.1) > ld: /usr/lib/libm.a(i387_s_tan.o): RRS text relocation at 0x2e9d3 for "___generic_tan" > ld: /usr/lib/libm.a(i387_s_tan.o): RRS text relocation at 0x2e9c5 for "___get_hw_float" > ld: /usr/lib/libm.a(i387_s_ceil.o): RRS text relocation at 0x2ea53 for "___generic_ceil" > ld: /usr/lib/libm.a(i387_s_ceil.o): RRS text relocation at 0x2ea45 for "___get_hw_float" > ld: /usr/lib/libm.a(w_sinh.o): RRS text relocation at 0x2ea9c for "___ieee754_si > > It seems to build OK, but I don't recall seeing these in libm before? They should not be happening. It looks a lot like your system has lost its /usr/lib/libm.so.3.0. The Makefile for libtcl adds "-lm" to the command that builds the shared library. That's fine -- it just makes sure that libm is pulled in whenever the shared libtcl is used. But if your shared version of libm is missing or cannot be found, it will statically link in /usr/lib/libm.a instead. (Maybe it should refuse.) Since libm.a is not built PIC, you get the linker warnings. They probably won't prevent programs from working, but they're bad from an efficiency standpoint. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth