From owner-freebsd-stable@FreeBSD.ORG Fri Jun 24 04:42:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0C0316A41C for ; Fri, 24 Jun 2005 04:42:39 +0000 (GMT) (envelope-from ksb@platypusgroup.com) Received: from tsunami.platypusgroup.com (tsunami.platypusgroup.com [64.71.174.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCD4143D49 for ; Fri, 24 Jun 2005 04:42:39 +0000 (GMT) (envelope-from ksb@platypusgroup.com) Received: from localhost (localhost.platypusgroup.com [127.0.0.1]) by tsunami.platypusgroup.com (Postfix) with ESMTP id 188434A9D; Fri, 24 Jun 2005 00:42:52 -0400 (EDT) Received: from tsunami.platypusgroup.com ([127.0.0.1]) by localhost (tsunami.platypusgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85070-08; Fri, 24 Jun 2005 00:42:50 -0400 (EDT) Received: by tsunami.platypusgroup.com (Postfix, from userid 1000) id B1E2C4A9C; Fri, 24 Jun 2005 00:42:50 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by tsunami.platypusgroup.com (Postfix) with ESMTP id ADFC54A86; Fri, 24 Jun 2005 00:42:50 -0400 (EDT) Date: Fri, 24 Jun 2005 00:42:50 -0400 (EDT) From: "Kevin S. Brackett" To: Dan Nelson In-Reply-To: <20050624040506.GA5014@dan.emsphone.com> Message-ID: <20050624004056.D81650@tsunami.platypusgroup.com> References: <20050623233947.F81650@tsunami.platypusgroup.com> <20050624040506.GA5014@dan.emsphone.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: libc.so.4 & libc_r.so.4 in ices0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2005 04:42:40 -0000 On Thu, 23 Jun 2005, Dan Nelson wrote: > In the last episode (Jun 23), Kevin S. Brackett said: >> libc.so.4 => /usr/lib/libc.so.4 (0x28755000) >> libc_r.so.4 => /usr/lib/libc_r.so.4 (0x287ee000) >> >> any ideas why it's doing this, and what the fix is? > > Looks fine to me: > > libc.so.5 => /lib/libc.so.5 (0x2875c000) > libpthread.so.1 => /usr/lib/libpthread.so.1 (0x28836000) > > Is this a machine recently upgraded from 4.*? Does "ldd -a ices" > indicate that those libs are being pulled in as dependencies of another > library? If so, rebuild that port, then rebuild ices. > > Here is a script to find all the binaries linked to superceded port > libs and libs directly linked to threads libs: > > #! /bin/sh > ( find -s /usr/local/lib /usr/X11R6/lib -name "lib*.so" > find -s /usr/local/bin /usr/X11R6/bin/ > ) | > xargs ldd -a 2>/dev/null | > awk ' > /^[^\t]/ { cmd=$1 } > /^\t.*\/compat\// { printf "%s\t%s\n",cmd,$3 } > /^\t(libc_r|libpthread|libthr).so/ { printf "%s\t%s\n",cmd,$3 } > ' Well, the problem is when libc and libc_r are linked together, I recompiled without -lc and it's now fine, but not really what i'd consider a great fix...