From owner-cvs-src@FreeBSD.ORG Thu Sep 4 01:36:19 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44E9216A4BF; Thu, 4 Sep 2003 01:36:19 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6612543FF5; Thu, 4 Sep 2003 01:36:18 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h848aHnW056296; Thu, 4 Sep 2003 01:36:17 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h848aHLY056295; Thu, 4 Sep 2003 01:36:17 -0700 (PDT) (envelope-from obrien) Date: Thu, 4 Sep 2003 01:36:17 -0700 From: "David O'Brien" To: Peter Wemm Message-ID: <20030904083617.GA56261@dragon.nuxi.com> References: <200309040429.h844TBhD058678@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200309040429.h844TBhD058678@repoman.freebsd.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/share/mk bsd.lib.mk X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2003 08:36:19 -0000 On Wed, Sep 03, 2003 at 09:29:11PM -0700, Peter Wemm wrote: > peter 2003/09/03 21:29:11 PDT > > FreeBSD src repository > > Modified files: > share/mk bsd.lib.mk > Log: > Emergency backout of rev 1.152. This is a 100% guaranteed way to totally > hose your system. You end up with just about everything statically linked > (except for libpam.so), which then causes all the pam users to fail. > eg: login, sshd, su etc all stop working because dlopen no longer works > because there is no libc.so in memory anymore. > > gcc passes -L/usr/lib to ld. The /usr/lib/libxxx.so symlink is *not* a > compatability link. It is actually the primary link. There should be no > symlinks in /lib at all. Only /lib/libXX.so.Y. GCC should have additional changes then. It is going to confuse other things to have the symlink in one directory and the real libs in another. > This change could not possibly have worked, unless there are other missing > changes to the gcc configuration. It won't work with ports versions of > gcc either. There are other changes that cause the ports versions of gcc to be broken on -current, so that alone doesn't matter.