From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28951 invoked by alias); 10 May 2014 18:50:14 -0000 Mailing-List: contact kawa-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: kawa-owner@sourceware.org Received: (qmail 28941 invoked by uid 89); 10 May 2014 18:50:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_NUMERIC_HELO,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS,T_FSL_HELO_BARE_IP_2 autolearn=no version=3.3.2 X-HELO: plane.gmane.org Received: from plane.gmane.org (HELO plane.gmane.org) (80.91.229.3) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Sat, 10 May 2014 18:50:12 +0000 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WjCLV-0001yb-Je for kawa@sourceware.org; Sat, 10 May 2014 20:50:05 +0200 Received: from 212.46.170.205 ([212.46.170.205]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 May 2014 20:50:05 +0200 Received: from eller.helmut by 212.46.170.205 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 May 2014 20:50:05 +0200 To: kawa@sourceware.org From: Helmut Eller Subject: Re: Splicing lists and vectors into argument lists Date: Sat, 10 May 2014 18:50:00 -0000 Message-ID: References: <536CFFE6.1080801@bothner.com> <536E58E7.4040000@bothner.com> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-IsSubscribed: yes X-SW-Source: 2014-q2/txt/msg00038.txt.bz2 On Sat, May 10 2014, Per Bothner wrote: >> Is there an option analog to --output-format to change the reader syntax >> to something stable and standard? > > There is a mechanism for for that. Kawa has --r5rs --r6rs and --r7rs [...] > A issue is that initial '@' in a symbol is *not* allowed by R7RS or > R6RS. ('@' is a so is not allowed as an initial > character.) Oh boy. They let you put Unicode chars there but no @. Oh wait, they actually say "it is an error for the first character to have a general category of Nd, Mc, or Me." But @ belongs to category Po. And again they use the meaningless phrase "it is an error" which of course only means that it may or may not be allowed by an implementation. [...] > Thus disabling the '@' reader syntax for splice is not appropriate for > a --r7rs flag, which is intended for areas where Kawa conflicts with a > strict reading of R7RS, not disabling extensions. In this case we're > conflicting with a previous Kawa extension, not any standard. We could > consider a more generic flag like --compat=VERSION - i.e. --compat=kawa-1.10. > That might promise more than we can deliver, though it can be helpful for > occasional frustrations like this. Don't bother. It's easier if I use an old Kawa version directly. Helmut