From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.devel Subject: Re: New syntax: (: MODULE-NAME VARIABLE-NAME) Date: Sun, 16 Nov 2003 18:31:36 +0100 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <871xs8qkxz.fsf@zagadka.ping.de> References: <87brrgw32m.fsf@zagadka.ping.de> <873ccsugrz.fsf@zagadka.ping.de> <874qx5slpw.fsf@zagadka.ping.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1069004024 17632 80.91.224.253 (16 Nov 2003 17:33:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 16 Nov 2003 17:33:44 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Nov 16 18:33:40 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ALQmJ-0000Fq-00 for ; Sun, 16 Nov 2003 18:33:39 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ALRj0-0003Ua-NU for guile-devel@m.gmane.org; Sun, 16 Nov 2003 13:34:18 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ALRig-0003K5-97 for guile-devel@gnu.org; Sun, 16 Nov 2003 13:33:58 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ALRi8-0002xa-Lq for guile-devel@gnu.org; Sun, 16 Nov 2003 13:33:55 -0500 Original-Received: from [195.253.8.218] (helo=mail.dokom.net) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ALRhn-0002Hl-9O for guile-devel@gnu.org; Sun, 16 Nov 2003 13:33:03 -0500 Original-Received: from dialin.speedway15.dip140.dokom.de ([195.253.15.140] helo=zagadka.ping.de) by mail.dokom.net with smtp (Exim 3.36 #3) id 1ALQn6-0000zd-00 for guile-devel@gnu.org; Sun, 16 Nov 2003 18:34:28 +0100 Original-Received: (qmail 15377 invoked by uid 1000); 16 Nov 2003 17:31:36 -0000 Original-To: Neil Jerram In-Reply-To: (Neil Jerram's message of "15 Nov 2003 19:22:06 +0000") User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:3032 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:3032 Neil Jerram writes: > >> OK. One other specification query: will `:' only work if the relevant > >> binding is exported? > > Marius> Yes, I think that's more disciplined. > > For most uses I agree, but what about debugging (or introspection) > code, [...] Yes, that would be useful as well. > Obviously a `:'-like macro for non-exported bindings could be > implemented separately (I think it just needs resolve-module instead > of resolve-interface), but I wonder if it's worth designing an > interface now that neatly covers both possibilities. > > For example: > (: MOD-NAME VAR-NAME) -> look up from exported bindings only > (: MOD-NAME VAR-NAME internal) -> look up from all bindings Hmm, I would find it more natural to have a separate macro, like (:: MOD-NAME VAR-NAME) where '::' would be the (to me) obvious choice of name. Unfortunately, with (read-set! keyword 'prefix) that name would be a keyword... -- GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel