From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.devel Subject: Re: [PATCH] Per-module reader Date: Wed, 12 Oct 2005 00:24:38 +0100 Message-ID: <87irw3prgp.fsf@ossau.uklinux.net> References: <87u0gp9lm3.fsf@laas.fr> <877jd3lkdq.fsf@ossau.uklinux.net> <87hdc62a6c.fsf@laas.fr> <87irw49twc.fsf@laas.fr> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1129073349 14446 80.91.229.2 (11 Oct 2005 23:29:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 11 Oct 2005 23:29:09 +0000 (UTC) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Oct 12 01:29:07 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EPTXu-0000hi-Lg for guile-devel@m.gmane.org; Wed, 12 Oct 2005 01:28:34 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EPTXt-0002LZ-S8 for guile-devel@m.gmane.org; Tue, 11 Oct 2005 19:28:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EPTUs-0000h2-Pr for guile-devel@gnu.org; Tue, 11 Oct 2005 19:25:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EPTUq-0000eQ-1X for guile-devel@gnu.org; Tue, 11 Oct 2005 19:25:25 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EPTUo-0000dP-Kz for guile-devel@gnu.org; Tue, 11 Oct 2005 19:25:23 -0400 Original-Received: from [80.84.72.33] (helo=mail3.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EPTUo-00044d-Lf for guile-devel@gnu.org; Tue, 11 Oct 2005 19:25:22 -0400 Original-Received: from laruns (host81-130-96-186.in-addr.btopenworld.com [81.130.96.186]) by mail3.uklinux.net (Postfix) with ESMTP id DB1B5409FAE for ; Tue, 11 Oct 2005 23:25:21 +0000 (UTC) Original-Received: from laruns (laruns [127.0.0.1]) by laruns (Postfix) with ESMTP id 90E9F6F71C for ; Wed, 12 Oct 2005 00:24:38 +0100 (BST) Original-To: guile-devel@gnu.org In-Reply-To: <87irw49twc.fsf@laas.fr> ( =?iso-8859-1?q?Ludovic_Court=E8s's_message_of?= "Tue, 11 Oct 2005 13:26:27 +0200") User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) 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:5268 Archived-At: ludovic.courtes@laas.fr (Ludovic Court=E8s) writes: > Hi, > > Let's not forget this thread (see <87hdc62a6c.fsf@laas.fr>), it's soooo > interesting! Was my message so convincing that you don't know what to > answer? ;-) I'll reply separately to some of the details in your other message, but overall I don't feel convinced that we need to support #:reader as a core module feature. If I'm understanding correctly, your argument rests on wanting to allow people to write a module like this: (define-module (shell utils) #:reader shell-reader #:use-module (shell reader) #:export (for)) for () { beg=3D$1 end=3D$2 ... } rather than like this (with the shell code in another file): (define-module (shell utils) #:use-module (shell reader) #:export (for)) (load-using-reader "for.sh" shell-reader) I admit that in the future something like this _could_ be a key part of Guile's support for translators, but right now we don't have enough translation experience to say that this will end up being the right thing, and on its own merits the benefit of being able to write foreign code with a Guile module header in the same file seems very marginal to me. And to get this marginal benefit we have to add a module option and some code which will slow down normal operation. Not noticeably perhaps, but it all adds up. Finally, wouldn't you be making more headache for yourself (in the medium term) by relying on #:reader in the core rather than something like load-using-reader in your library? With #:reader in the core, your package code would only work with Guile CVS and >=3D1.7 releases after a certain date, whereas with load-using-reader your code will work with 1.6, 1.7/1.8 and probably 1.4 as well. Sorry to push back so much, but that's my view. Regards, Neil _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel