From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Greg Troxel Newsgroups: gmane.lisp.guile.devel Subject: Re: The load path Date: 19 Nov 2004 09:46:18 -0500 Message-ID: References: <1097949129.4178.31.camel@localhost> <418C126D.5010802@ossau.uklinux.net> <87u0s3r30n.fsf@trouble.defaultvalue.org> <418D0EAE.40703@ossau.uklinux.net> <1100112232.3368.19.camel@localhost> <41952B9C.1020408@ossau.uklinux.net> <87y8h65ze4.fsf@trouble.defaultvalue.org> <41973B3A.8080008@ossau.uklinux.net> <419CFBA7.1000005@ossau.uklinux.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1100875671 12449 80.91.229.6 (19 Nov 2004 14:47:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 19 Nov 2004 14:47:51 +0000 (UTC) Cc: guile-devel Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Nov 19 15:47:45 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CVA36-0005yU-00 for ; Fri, 19 Nov 2004 15:47:44 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CVAC0-0002JS-Ma for guile-devel@m.gmane.org; Fri, 19 Nov 2004 09:56:56 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CVABA-0001w5-RJ for guile-devel@gnu.org; Fri, 19 Nov 2004 09:56:05 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CVAB7-0001uE-RS for guile-devel@gnu.org; Fri, 19 Nov 2004 09:56:02 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CVAB7-0001t4-Ns for guile-devel@gnu.org; Fri, 19 Nov 2004 09:56:01 -0500 Original-Received: from [192.1.100.210] (helo=fnord.ir.bbn.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CVA1k-0000be-Jw for guile-devel@gnu.org; Fri, 19 Nov 2004 09:46:20 -0500 Original-Received: by fnord.ir.bbn.com (Postfix, from userid 10853) id C4B9E22F8; Fri, 19 Nov 2004 09:46:18 -0500 (EST) Original-To: Neil Jerram In-Reply-To: <419CFBA7.1000005@ossau.uklinux.net> Original-Lines: 27 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:4407 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:4407 I don't think I fully understand what's behind the lib vs. shared split. (If shared is really shared, for example, how does it work that both and are 1:1 with ?) Per the 4.4BSD conventions, from which the notion of /usr/share arose, things in /usr/share must be architecture independent. So no executables, no shlibs, just text files and binary files that have the same representation on all architectures. On any machine, with make install, it's fine to put the appropriate bits in both. A symlink in /usr/share pointing to /usr/lib is ok too, becaues the symlink is architecture-independent. With this, one can mount /usr from an arch-dependent place, and /usr/share from an architecture-independent place. This doesn't get used much, except perhaps that for os installation sets the 'share' set can be the same for all archs. I'm inclined to argue that this is a further motivation for saying that the arguments to the configure option should be complete additional directories, not prefixes. :-) Sure, and I concur. -- Greg Troxel _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel