From owner-cvs-all Thu Sep 17 10:11:17 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA14448 for cvs-all-outgoing; Thu, 17 Sep 1998 10:11:17 -0700 (PDT) (envelope-from owner-cvs-all) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA14443 for ; Thu, 17 Sep 1998 10:11:14 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id DAA22240; Fri, 18 Sep 1998 03:10:49 +1000 Date: Fri, 18 Sep 1998 03:10:49 +1000 From: Bruce Evans Message-Id: <199809171710.DAA22240@godzilla.zeta.org.au> To: committers@FreeBSD.ORG, dillon@backplane.com Subject: Re: /usr/lib/compat/aout not being scanned? Sender: owner-cvs-all@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hmm.. I think there is a bug in /etc/rc in regards to the handling of > 'aout' subdirectories. It seems to only ldconfig /usr/lib/aout. It > should probably scan all directories in $ldconfig_paths and load > $dirname/aout into ldconfig if it exists for each directory. You have to put the aout subdirectories in $ldconfig_paths if you want them. Similarly for $LD_LIBRARY_PATH, the default path STANDARD_SEARCH_DIRS = "/usr/lib" built into ld and ld.so, and paths specified by -L options - the path specifies precisely the directories to be searched, and there is no ambiguity about whether to append /aout or loss of control by forced appendage of /aout. There are some confusing ambiguities in this area for compiler paths. Bruce