From owner-freebsd-bugs Mon Jul 22 22:20:17 1996 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA14646 for bugs-outgoing; Mon, 22 Jul 1996 22:20:17 -0700 (PDT) Received: from baloon.mimi.com (sjx-ca73-58.ix.netcom.com [207.93.129.122]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA14639 for ; Mon, 22 Jul 1996 22:20:14 -0700 (PDT) Received: (from asami@localhost) by baloon.mimi.com (8.7.5/8.6.12) id WAA13151; Mon, 22 Jul 1996 22:20:02 -0700 (PDT) Date: Mon, 22 Jul 1996 22:20:02 -0700 (PDT) Message-Id: <199607230520.WAA13151@baloon.mimi.com> To: joerg_wunsch@uriah.heep.sax.de CC: jkh@time.cdrom.com, freebsd-bugs@freefall.freebsd.org In-reply-to: <199607220605.IAA03829@uriah.heep.sax.de> (message from J Wunsch on Mon, 22 Jul 1996 08:05:17 +0200 (MET DST)) Subject: Re: misc/1413: Missing Library From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * That alone wouldn't matter. They will be linked statically by * default. ...Perhaps emacs uses its own ld magic? Remember, our * trickery works only if you use cc(1) to link the binary (since the cc * specs explicitly use libgcc.a). * * Satoshi, you should perhaps put legacy shared libs on thud into * /usr/legacy or something else which is only made known to the system * by ldconfig. This way, neither cc nor ld can pick up the wrong libs. Thanks, I did that. The libgcc shared lib is in /usr/lib/compat. Anything else? (libcompat.so.* doesn't exist.) I also wrote a small script to check these things easily. Use it like "ldgrep gcc /usr/local/bin/*". I am rebuilding the -current emacs and xemacs packages. (Unfortunately, the ones for 2.1.5 will have to stay that way because the CD is already mastered....) Satoshi ======= #!/bin/sh # # usage: ldgrep str executables... # grepstr="$1" shift ldd "$@" 2> /dev/null | \ awk '/:/{bin=$1;next} {printf("%s%s\n",bin,$0)}' | \ sed -e 's/ / /g' | \ egrep "$grepstr"