From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.lisp.guile.user Subject: Re: [d.love@dl.ac.uk: dynamic loading of native code modules] Date: Tue, 14 May 2002 17:19:52 -0700 Sender: guile-user-admin@gnu.org Message-ID: References: <87ads6nf1v.fsf@zagadka.ping.de> <87it6s7sjz.fsf@alice.rhinosaur.lan> <87662hkvya.fsf@raven.i.defaultvalue.org> <20020424145130.GC17392@www> <871yd5ktf5.fsf@raven.i.defaultvalue.org> Reply-To: ttn@glug.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1021422554 1459 127.0.0.1 (15 May 2002 00:29:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 15 May 2002 00:29:14 +0000 (UTC) Cc: rm@fabula.de, 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 177mfJ-0000NQ-00 for ; Wed, 15 May 2002 02:29:13 +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 177mdD-0005EE-00; Tue, 14 May 2002 20:27:03 -0400 Original-Received: from ca-crlsbd-u5-c4a-a-172.crlsca.adelphia.net ([24.48.214.172] helo=giblet) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 177maO-000563-00; Tue, 14 May 2002 20:24:08 -0400 Original-Received: from ttn by giblet with local (Exim 3.35 #1 (Debian)) id 177mWG-00017j-00; Tue, 14 May 2002 17:19:52 -0700 Original-To: rlb@defaultvalue.org In-Reply-To: <871yd5ktf5.fsf@raven.i.defaultvalue.org> (message from Rob Browning on Wed, 24 Apr 2002 10:28:14 -0500) Errors-To: guile-user-admin@gnu.org X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.user:417 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:417 From: Rob Browning Date: Wed, 24 Apr 2002 10:28:14 -0500 i.e. other apps are supposed to be able to link appropriately and then call scm_make_u8vector directly. "directly linkable" is less important an attribute to consider than "independently linkable". to continue w/ this example, you still need libguile around to make sense of `scm_make_u8vector' return value, that is, libguile-srfi-srfi-4 is not independent of libguile. understanding this is crucial to understanding how much freedom you can gain by not subscribing to system-wide conventions. It may well be that the subdirectory approach is suitable, and in fact its one I originally leaned toward, but I was shifted away after talking to Marius about direct linking and realizing that if we were going to properly version all our shared libs to accmodate etc. well, then i say you were swayed by fuzzy thinking -- "direct linking" by 3rd party programs is a red herring for the plug-in system designer. it's a nice feature to provide, but its implementation is best done through the interface provided by libguile, aka `load-extension'. btw, i think your ideas on extending `load-extension' argument list are a good start. concentrate on designing this abstraction interface in a general way and you'll be fine -- do not confuse extension namespace and sofile namespace. thi _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user