From owner-freebsd-questions@FreeBSD.ORG Sat Jan 2 23:49:53 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A1D4106566B for ; Sat, 2 Jan 2010 23:49:53 +0000 (UTC) (envelope-from jmc-freebsd2@milibyte.co.uk) Received: from relay.pcl-ipout02.plus.net (relay.pcl-ipout02.plus.net [212.159.7.100]) by mx1.freebsd.org (Postfix) with ESMTP id F32678FC13 for ; Sat, 2 Jan 2010 23:49:52 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEADpqP0vUnw4T/2dsb2JhbADRDYQxBA Received: from pih-relay06.plus.net ([212.159.14.19]) by relay.pcl-ipout02.plus.net with ESMTP; 02 Jan 2010 23:49:51 +0000 Received: from [84.92.153.232] (helo=curlew.milibyte.co.uk) by pih-relay06.plus.net with esmtp (Exim) id 1NRDjD-0002EA-80; Sat, 02 Jan 2010 23:49:51 +0000 Received: by curlew.milibyte.co.uk with local (Exim 4.71) (envelope-from ) id 1NRDjC-000BUy-Pe; Sat, 02 Jan 2010 23:49:50 +0000 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Sat, 2 Jan 2010 23:49:50 +0000 User-Agent: KMail/1.9.10 References: <201001021557.59944.jmc-freebsd2@milibyte.co.uk> <4B3FA51F.5040909@infracaninophile.co.uk> In-Reply-To: <4B3FA51F.5040909@infracaninophile.co.uk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001022349.50546.jmc-freebsd2@milibyte.co.uk> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-SA-Exim-Scanned: No (on curlew.milibyte.co.uk); SAEximRunCond expanded to false X-Plusnet-Relay: 27b01b1c749744495eac58063090eb4c Cc: Subject: Re: Problems building en-openoffice.org-GB-3.1.1 from ports X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jan 2010 23:49:53 -0000 On Saturday 02 January 2010, Matthew Seaman wrote: > > /usr/local/lib/gcc/i386-portbld-freebsd6.4/3.4.6/libstdc++.so.6 > > ^^^ Looks like something that was installed under FreeBSD 6.4. But I installed 8.0 on an empty slice so there wouldn't have been any 6.4 stuff still lying around. > Dunno > what in the up-to-date ports tree would need gcc-3.4 since the > base system is now up to gcc-4.2, and that's quite capable of > compiling OOo. Yes gcc-3.4 pulled that in but I don't know how gcc-3.4 got there, nothing seems to depend on it. curlew:/home/mike% pkg_info -Rr gcc-3.4.6_3,1 Information for gcc-3.4.6_3,1: Depends on: Dependency: libiconv-1.13.1 > > /usr/local/lib/compat/libstdc++.so.4 > > ^^^ This is from the compat6x port It's actually from compat5x which I need for nvidia-driver-96.43.13. For some obscure reason that I was never able to solve I could never get X to work with my GeForce 6150 chipset on FreeBSD 6.4 with any of the more recent Nvidia drivers so I assumed I'd still need to use this version. Perhaps it's time to see if the latest driver will work for me with 8.0 so that I can get rid of compat5x . > > /usr/lib/libstdc++.so.6 > > ^^^ the version from 8.0 base system > > libstdc++.so.5 would be part of a 7.x base system, but as you've gone > to 8.0 by doing a clean install, nothing should be referencing that > version. What does 'ldd /usr/local/bin/gperf' tell you? curlew:/home/mike% ldd /usr/local/bin/gperf /usr/local/bin/gperf: libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x33ca0000) libm.so.4 => not found (0x0) libc.so.6 => not found (0x0) libm.so.5 => /lib/libm.so.5 (0x33d94000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x33dae000) libc.so.7 => /lib/libc.so.7 (0x33db9000) The two not found lines look a bit worrying, perhaps I'd better rebuild gperf. > At a guess you haven't followed the often repeated advice to > reinstall /all/ your ports when you do a major version upgrade. That > means recompile from source in correct dependency order, or install > pkgs compiled under 8.0. Yes, it's tedious. Yes, it consumes a lot > of CPU cycles. But now you understand why this is good advice... It certainly looks like that but it's not the case here. Being aware of the time and disruption needed to rebuild everything I decided not to upgrade the existing 6.4 system but to build 8.0 from scratch on a spare slice. That way I could install the ports as and when time permitted and still be able to reboot back into a fully functional system when needed for "production" work. I've just now run portupgrade -f gperf and things are looking a bit more promising. ldd /usr/local/bin/gperf now shows: /usr/local/bin/gperf: libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x33ca2000) libm.so.5 => /lib/libm.so.5 (0x33d96000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x33db0000) libc.so.7 => /lib/libc.so.7 (0x33dbb000) ... and the build of OpenOffice ran through the configure stage without any problems so I'm keeping my fingers crossed that it'll still be compiling tomorrow. Even if OpenOffice builds OK I think I've still got problems to solve. A trawl through /usr/local/bin shows that there's lots of program with links to missing libraries. I suspect I'm going to have to do portupgrade -af and rebuild all the ports. -- Mike Clarke