From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.devel Subject: Re: New syntax: (: MODULE-NAME VARIABLE-NAME) Date: 15 Nov 2003 19:22:06 +0000 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: 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 1068924361 16351 80.91.224.253 (15 Nov 2003 19:26:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 15 Nov 2003 19:26:01 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Nov 15 20:25:58 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 1AL63S-00029O-00 for ; Sat, 15 Nov 2003 20:25:58 +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 1AL708-0008Iw-9i for guile-devel@m.gmane.org; Sat, 15 Nov 2003 15:26:36 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AL6zk-0008G4-8J for guile-devel@gnu.org; Sat, 15 Nov 2003 15:26:12 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AL6zE-00082f-DT for guile-devel@gnu.org; Sat, 15 Nov 2003 15:26:11 -0500 Original-Received: from [199.232.41.8] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.24) id 1AL6yZ-0006Y1-88 for guile-devel@gnu.org; Sat, 15 Nov 2003 15:24:59 -0500 Original-Received: from [80.84.72.21] (helo=s1.uklinux.net) by mx20.gnu.org with esmtp (Exim 4.24) id 1AL613-0004WF-2u for guile-devel@gnu.org; Sat, 15 Nov 2003 14:23:29 -0500 Original-Received: from laruns.ossau.uklinux.net (bts-0160.dialup.zetnet.co.uk [194.247.48.160]) by s1.uklinux.net (8.11.6/8.11.6) with ESMTP id hAFJNPr15318; Sat, 15 Nov 2003 19:23:25 GMT Original-Received: from laruns.ossau.uklinux.net.ossau.uklinux.net (localhost [127.0.0.1]) by laruns.ossau.uklinux.net (Postfix on SuSE Linux 7.2 (i386)) with ESMTP id 1DF78DC4D3; Sat, 15 Nov 2003 19:22:07 +0000 (GMT) Original-To: Marius Vollmer In-Reply-To: <874qx5slpw.fsf@zagadka.ping.de> Original-Lines: 25 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 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:3030 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:3030 >>>>> "Marius" == Marius Vollmer writes: Marius> 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, where it might be useful to say things like (break! (: (ice-9 whatnot) internal-proc)) where internal-proc is not exported. 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 Regards, Neil _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel