Date: Thu, 17 Oct 2002 02:08:41 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: Julian Elischer <julian@elischer.org> Cc: FreeBSD current users <current@FreeBSD.ORG> Subject: Re: My Old X server vs -current libs Message-ID: <20021017014703.A6112-100000@gamplex.bde.org> In-Reply-To: <Pine.BSF.4.21.0210152036130.82978-100000@InterJet.elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 15 Oct 2002, Julian Elischer wrote: > If I try run any X stuff I get: > julian@jules:current1(101) startx > /usr/libexec/ld-elf.so.1: Undefined symbol "__sF" referenced from COPY > relocatio > ... > > Do I need to install a new X? Maybe. This error happens when X or X applications are linked to libc.so.5, (perhaps by rebuilding them under -current), but with the main X libraries linked to libc.so.4 or an old version of libc.so.5 (because they were built under RELENG_4 an old version of -current). Everything apparently attempts to use libc.so.5 in this case. Since __sF is no longer exported from libc.so.5, the old X libraries can't find it. This only broke wine for me. wine is not packaged, so I have to build it locally. Otherwise I use only XF386 from an old version of RELENG_4 for X itself, and the packages off the most recent RELENG_4 cdrom for X applications; these all link to libc.so.4 so they were not affected by changes to libc.so.5. I started recompiling the old version of wine that I use because current versions have different bugs which are more harmful in practice, but it has rotted too much to build cleanly. My "fix" was to unstaticize __sF. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021017014703.A6112-100000>