From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Andreas Rottmann Newsgroups: gmane.lisp.guile.devel Subject: Re: [d.love@dl.ac.uk: dynamic loading of native code modules] Date: 24 Apr 2002 17:14:52 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <87y9fd5dsj.fsf@alice.rhinosaur.lan> References: <87ads6nf1v.fsf@zagadka.ping.de> <87it6s7sjz.fsf@alice.rhinosaur.lan> <87662hkvya.fsf@raven.i.defaultvalue.org> <20020424145130.GC17392@www> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1019661502 29458 127.0.0.1 (24 Apr 2002 15:18:22 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 24 Apr 2002 15:18:22 +0000 (UTC) Cc: Rob Browning , ttn@glug.org, a.rottmann@gmx.at, mvo@zagadka.ping.de, neil@ossau.uklinux.net, guile-devel@gnu.org, guile-user@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 170OXG-0007f1-00 for ; Wed, 24 Apr 2002 17:18:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 170OX3-00078g-00; Wed, 24 Apr 2002 11:18:09 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 170OUa-00073U-00 for ; Wed, 24 Apr 2002 11:15:36 -0400 Original-Received: (qmail 8208 invoked by uid 0); 24 Apr 2002 15:15:34 -0000 Original-Received: from unknown (HELO alice.rhinosaur.lan) (62.47.190.244) by mail.gmx.net (mp001-rz3) with SMTP; 24 Apr 2002 15:15:34 -0000 Original-Received: from andy by alice.rhinosaur.lan with local (Exim 3.35 #1 (Debian)) id 170OTs-0002MV-00; Wed, 24 Apr 2002 17:14:52 +0200 Original-To: rm@fabula.de In-Reply-To: <20020424145130.GC17392@www> Original-Lines: 28 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:493 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:493 rm@fabula.de writes: > On Wed, Apr 24, 2002 at 09:33:33AM -0500, Rob Browning wrote: > > > And if we put them in some non-lib dir, do you propose that we > > internally mangle the user's LD_LIBRARY_PATH in order to allow ldso to > > find the libs? Many people consider this unacceptable application > > behavior, so that's another point that somewhat weighs in favor of > > using the standard directories. > > I'd say "follow the masses". What do applications like Apache, Perl, > Python etc. do? They all come with their 'private' locations for > application specific libraries (let's call them plug-ins, since this > seems to describe their function). > Why is manipulation of an _applications_ LD_LIBRARY_PATH an un- > acceptable behaviour (only applications exec'ed by guile would > notice this, anyway) ? > I fully agree. However, I don't think manipulation of LD_LIBRARY_PATH is even necessary, since one can compile the directory (e.g. /usr/local/lib/guile1.7.0) into the guile interpreter/shared lib. Andy -- Andreas Rottmann | Dru@ICQ | 118634484@ICQ | a.rottmann@gmx.at http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel