From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.lisp.guile.devel Subject: Re: [d.love@dl.ac.uk: dynamic loading of native code modules] Date: Wed, 01 May 2002 08:50:57 -0500 Sender: guile-devel-admin@gnu.org Message-ID: <87bsc0ht8e.fsf@raven.i.defaultvalue.org> References: <87662hkvya.fsf@raven.i.defaultvalue.org> <0205010000300Q.10649@locke.free-expression.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1020261273 20702 127.0.0.1 (1 May 2002 13:54:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 1 May 2002 13:54:33 +0000 (UTC) Cc: 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 172uYy-0005Ni-00 for ; Wed, 01 May 2002 15:54:32 +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 172uYX-0003Ww-00; Wed, 01 May 2002 09:54:05 -0400 Original-Received: from dsl-209-87-109-2.constant.com ([209.87.109.2] helo=defaultvalue.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 172uVi-0003Kk-00; Wed, 01 May 2002 09:51:10 -0400 Original-Received: from raven.i.defaultvalue.org (raven.i.defaultvalue.org [192.168.1.7]) by defaultvalue.org (Postfix) with ESMTP id 53F78ABCC; Wed, 1 May 2002 08:51:09 -0500 (CDT) Original-Received: by raven.i.defaultvalue.org (Postfix, from userid 1000) id A00171E05; Wed, 1 May 2002 08:50:57 -0500 (CDT) Original-To: Lynn Winebarger In-Reply-To: <0205010000300Q.10649@locke.free-expression.org> (Lynn Winebarger's message of "Wed, 1 May 2002 00:00:30 -0500") Original-Lines: 32 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i386-debian-linux-gnu) 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:575 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:575 Lynn Winebarger writes: > I don't think this is exactly accurate. The documentation I have for > libltdl states (note the "in the order as follows"!): > > If libltdl cannot find the library and the file name FILENAME does > not have a directory component it will additionally search in the > following search paths for the module (in the order as follows): > > 1. user-defined search path: This search path can be set by the > program using the functions `lt_dlsetsearchpath' and > `lt_dladdsearchdir'. Ahh, I had forgotten about that. > which means you have 2 ways of searching that won't mess with normal > shared library behaviour. Although it does look as though it won't > play well when linking to library/application that uses libltdl for > its own modules. You'd have to work around it by having a wrapper > function switch the paths back and forth, and beware threads. And AFAIK adding a path via the lt_dl*search* functions above wouldn't help other apps or app libs that are directly (i.e. ldso, not libltdl) linked against the guile libs. BTW thanks for the lt_dl*search* reminder. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel