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: Unrecognized \ sequences and Elisp Date: 08 Feb 2004 19:16:42 +0000 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: References: <1075174623.23547.960.camel@localhost> <1075207814.23541.1113.camel@localhost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1076268000 25082 80.91.224.253 (8 Feb 2004 19:20:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 8 Feb 2004 19:20:00 +0000 (UTC) Cc: Paul Jarc Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Feb 08 20:19:42 2004 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 1ApuSz-0005JW-00 for ; Sun, 08 Feb 2004 20:19:42 +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 1ApuRi-0000SU-JW for guile-devel@m.gmane.org; Sun, 08 Feb 2004 14:18:22 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ApuRF-0000SL-TM for guile-devel@gnu.org; Sun, 08 Feb 2004 14:17:53 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ApuQj-0008Hs-1v for guile-devel@gnu.org; Sun, 08 Feb 2004 14:17:52 -0500 Original-Received: from [80.84.72.14] (helo=mail2.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ApuQi-0008Hj-J7 for guile-devel@gnu.org; Sun, 08 Feb 2004 14:17:20 -0500 Original-Received: from localhost (s4.uklinux.net [127.0.0.1]) by mail2.uklinux.net (Postfix) with ESMTP id 05017409FA6; Sun, 8 Feb 2004 19:17:19 +0000 (UTC) Original-Received: from mail2.uklinux.net ([127.0.0.1]) by localhost (s4.uklinux.net [127.0.0.1:10024]) (amavisd-new) with ESMTP id 03222-06; Sun, 8 Feb 2004 19:16:47 +0000 (GMT) Original-Received: from laruns.ossau.uklinux.net (unknown [213.78.73.177]) by mail2.uklinux.net (Postfix) with ESMTP id C6290409FA3; Sun, 8 Feb 2004 19:16:46 +0000 (UTC) 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 49055DC4D4; Sun, 8 Feb 2004 19:16:43 +0000 (GMT) Original-To: guile-devel@gnu.org In-Reply-To: Original-Lines: 35 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 X-Virus-Scanned: by amavisd-new 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:3350 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:3350 >>>>> "Neil" == Neil Jerram writes: Neil> Therefore I propose to reinstate \( support, but subject to the Neil> SCM_ENABLE_ELISP #define and a runtime read option. I also propose to Neil> do the same for any other bits of Elisp read syntax that I need. Neil> (Currently this is [ ] for vectors and \).) This means that to make Neil> \( etc. work, you'd need both to configure with --enable-elisp, and to Neil> set a read option using (read-enable 'escaped-parentheses). Neil> Does this sound OK? In the absence of any responses, I've committed this change: * read.c (scm_read_opts): New opts `elisp-vectors' and `escaped-parens'. (s_vector): New. (scm_lreadr): Use scm_lreadparen1 instead of scm_lreadparen. Make handling of elisp vector syntax dependent on SCM_ENABLE_ELISP and `elisp-vectors' option instead of SCM_ELISP_READ_EXTENSIONS. Allow "\(" and "\)" in strings when SCM_ENABLE_ELISP defined and `escaped-parens' option set. (scm_read_token): If elisp vector syntax active, disallow [ and ] in tokens. (scm_lreadparen): Rewrite as interface to scm_lreadparen1. (scm_lreadparen1): New. * read.h: Remove conditionally compiled last arg to scm_lreadparen. (SCM_ELISP_VECTORS_P, SCM_ESCAPED_PARENS_P): New. Because it is declared with SCM_API, I've taken care, and introduced a slight extra complexity, to preserve the interface of scm_lreadparen. Is this really necessary? Neil _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel