From owner-freebsd-questions@FreeBSD.ORG Sun Nov 4 17:55:18 2007 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 D434F16A418; Sun, 4 Nov 2007 17:55:18 +0000 (UTC) (envelope-from admin2@enabled.com) Received: from typhoon.enabled.com (typhoon.enabled.com [216.218.220.21]) by mx1.freebsd.org (Postfix) with ESMTP id 79E1313C4BB; Sun, 4 Nov 2007 17:55:18 +0000 (UTC) (envelope-from admin2@enabled.com) Received: from Macintosh-3.local (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by typhoon.enabled.com (8.14.1/8.14.1) with ESMTP id lA4HsunU073926 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 4 Nov 2007 09:54:59 -0800 (PST) (envelope-from admin2@enabled.com) Message-ID: <472E076A.6090702@enabled.com> Date: Sun, 04 Nov 2007 09:54:50 -0800 From: Noah User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Kris Kennaway References: <472D32BF.1050708@enabled.com> <472D9AA2.2020708@FreeBSD.org> <472DFA1D.8080309@enabled.com> <472DFCDD.2040709@FreeBSD.org> <472DFFF6.2050202@enabled.com> <472E02AD.7080604@FreeBSD.org> In-Reply-To: <472E02AD.7080604@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: User Questions Subject: Re: /libexec/ld-elf.so.1: Shared object "libm.so.6" not found, required by "libstdc++.so.5" 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: Sun, 04 Nov 2007 17:55:18 -0000 Kris Kennaway wrote: > Noah wrote: >> >> >> Kris Kennaway wrote: >>> Noah wrote: >>>> thanks Kris, >>>> >>>> something must be wrong then. I am running into problems rebuilding >>>> apache now and see undefined references from >>>> /usr/local/lib/libstdc++.so.5 during the build: >>> >>> It looks like you have added a Linux libstdc++ library which is why >>> it is failing to resolve other Linux symbols and libraries. No linux >>> ports should be putting them in /usr/local/lib though, so maybe you >>> or someone else did this manually. >> >> >> >> thanks Kris, >> >> I am checking with the other admin. In the meantime it wouldnt hurt >> to move the library /usr/local/lib/libstdc++.so.5 out of there, right? > > Probably not. The question is whether other bogus libraries were also > added there to cause more problems later. The pkg_which manpage has an > example command you can run to try and track down extra files that were > not installed by any packages. > Hi Kris, I am not completely clear on which manpage to go to? Is 'pkg_' command/man page truncated in some way? Cheers, Noah