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: Sat, 20 Apr 2002 05:44:25 -0700 Sender: guile-user-admin@gnu.org Message-ID: References: Reply-To: ttn@glug.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1019307232 7770 127.0.0.1 (20 Apr 2002 12:53:52 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 20 Apr 2002 12:53:52 +0000 (UTC) Cc: 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 16yuNE-00021D-00 for ; Sat, 20 Apr 2002 14:53:52 +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 16yuKY-0003QG-00; Sat, 20 Apr 2002 08:51:06 -0400 Original-Received: from ca-crlsbd-u4-c4c-174.crlsca.adelphia.net ([68.66.186.174] helo=giblet) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16yuJS-0003M4-00; Sat, 20 Apr 2002 08:49:58 -0400 Original-Received: from ttn by giblet with local (Exim 3.33 #1 (Debian)) id 16yuE4-00042Z-00; Sat, 20 Apr 2002 05:44:24 -0700 Original-To: neil@ossau.uklinux.net In-Reply-To: (message from Neil Jerram on 20 Apr 2002 13:21:56 +0100) 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:226 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:226 From: Neil Jerram Date: 20 Apr 2002 13:21:56 +0100 Both, I think, but I don't see the distinction that you're making. the tasks can be done independently because the implementation of a "low-level module" (aka obarray) can be changed if the functional interface to this data structure is maintained. load-extension and environments are independent areas in of themselves and only join when they interact in implementing the module system at the module system internal interfaces ("together" w/in resolve-interface). the node "Modules and Environments" in $w/modules/module-snippets.texi explains some of the overloaded uses of the word "module". i think it would be a helpful change to use different names for data structures at different use-scopes, to give ourselves some semantic cues. otherwise, confusion naturally reigns. thi _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user