From owner-freebsd-current Tue Apr 4 03:29:38 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA09540 for current-outgoing; Tue, 4 Apr 1995 03:29:38 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA09533; Tue, 4 Apr 1995 03:29:14 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA17738; Tue, 4 Apr 1995 20:25:01 +1000 Date: Tue, 4 Apr 1995 20:25:01 +1000 From: Bruce Evans Message-Id: <199504041025.UAA17738@godzilla.zeta.org.au> To: jkh@FreeBSD.org, phk@FreeBSD.org, pst@cisco.com Subject: Re: READ BEFORE SUPPING: critical change to login/su Cc: current@FreeBSD.org, cvs-committers@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >Unfortunately, it looks like when someone changed libmd to no longer be >share, we had an unforseen breakage of skey. >Apparently, the linker does not resolve undefined symbols of shared libraries >at link time, and libskey.so.2.0 makes references to stuff found in libmd.a. >The modules in libmd.a that skey requires were not getting linked into the >actual programs that used skey, so when someone actually invoked skey based >programs like keyinit(1) there were unresolved runtime references >(bloody amazing this wasn't caught earlier). `ld -Bdynamic' currently has the evil behaviour of not reporting unresolved references. This stops incorrectly ordered lists of libraries from being detected at link time. The unresolved references aren't reported until the reference is used (maybe never). The problem is masked if all libraries are shared because standard ordering doesn't apply (another bug). >Jordan/Paul (I am not making the change, I have retired :-)) I missed your retirement speech :-). Bruce