From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Wingo Newsgroups: gmane.lisp.guile.devel Subject: Re: r6rs libraries Date: Wed, 18 Feb 2009 22:16:23 +0100 Message-ID: References: <2bc5f8210812271705h3f57cb29w5bb83cb02abe971@mail.gmail.com> <8763kt48zi.fsf@gnu.org> <2bc5f8210901111521i1a5ec85em65ee20135cc55ebb@mail.gmail.com> <877i4z89jy.fsf@gnu.org> <2bc5f8210901251627t5d59f9fg5bc5dcceaf2a0b9f@mail.gmail.com> <2bc5f8210901280926o399f4505nc1d30c6017886a81@mail.gmail.com> <2bc5f8210902161035p1f2e9125p58c2ad6c4def28fb@mail.gmail.com> <878wo4kadf.fsf@gnu.org> <2bc5f8210902172137g26bab473jd3ff585b8d046e1@mail.gmail.com> <87eixwxh1q.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1234991848 8401 80.91.229.12 (18 Feb 2009 21:17:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 18 Feb 2009 21:17:28 +0000 (UTC) Cc: guile-devel@gnu.org To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Feb 18 22:18:43 2009 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LZtoF-0000K4-UH for guile-devel@m.gmane.org; Wed, 18 Feb 2009 22:18:24 +0100 Original-Received: from localhost ([127.0.0.1]:57908 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZtmv-0001hb-B8 for guile-devel@m.gmane.org; Wed, 18 Feb 2009 16:17:01 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LZtmb-0001Qx-FK for guile-devel@gnu.org; Wed, 18 Feb 2009 16:16:41 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LZtma-0001OM-3S for guile-devel@gnu.org; Wed, 18 Feb 2009 16:16:40 -0500 Original-Received: from [199.232.76.173] (port=54656 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LZtmZ-0001O5-F8 for guile-devel@gnu.org; Wed, 18 Feb 2009 16:16:39 -0500 Original-Received: from a-sasl-quonix.sasl.smtp.pobox.com ([208.72.237.25]:38900 helo=sasl.smtp.pobox.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LZtmU-0005TL-M1; Wed, 18 Feb 2009 16:16:34 -0500 Original-Received: from localhost.localdomain (unknown [127.0.0.1]) by b-sasl-quonix.sasl.smtp.pobox.com (Postfix) with ESMTP id 68BB22B6A4; Wed, 18 Feb 2009 16:16:30 -0500 (EST) Original-Received: from unquote (unknown [88.17.130.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by b-sasl-quonix.sasl.smtp.pobox.com (Postfix) with ESMTPSA id D08F62B111; Wed, 18 Feb 2009 16:16:28 -0500 (EST) In-Reply-To: <87eixwxh1q.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Wed, 18 Feb 2009 09:53:05 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Pobox-Relay-ID: 692F8C9C-FE01-11DD-A8C1-6F7C8D1D4FD0-02397024!a-sasl-quonix.pobox.com X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:8181 Archived-At: Hi, On Wed 18 Feb 2009 09:53, ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Julian Graham writes: > >> Wait, you've lost me -- the recursive name space? I thought Guile >> requires that the "tail car" of the module name map to an actual >> filename on disk when searching for modules. > > Look for `nested-ref' in `boot-9.scm'. That's why standard binding > names can't be used in module names (e.g., a module can't be named > `(foo=C2=A0bar=C2=A0eval)'). We should really fix this -- there's no reason that modules and variables share the same obarray. This nastiness has bit me a number of times. (Of course, a module could be in a variable obarray -- but it shouldn't be by default.) Andy --=20 http://wingolog.org/