From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 51577 invoked by alias); 6 Sep 2018 16:02:42 -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 51567 invoked by uid 89); 6 Sep 2018 16:02:42 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,KAM_SHORT,SPF_PASS autolearn=ham version=3.3.2 spammy=HTo:U*kawa, kawa, H*r:TLS1.2, H*r:2001 X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (208.118.235.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 06 Sep 2018 16:02:40 +0000 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fxwjr-0002rr-Pj for kawa@sourceware.org; Thu, 06 Sep 2018 12:02:39 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46307) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fxwjr-0002rK-Kr for kawa@sourceware.org; Thu, 06 Sep 2018 12:02:35 -0400 Received: from 85.63.10.109.rev.sfr.net ([109.10.63.85]:41310 helo=token) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1fxwjr-0000xi-Ae for kawa@sourceware.org; Thu, 06 Sep 2018 12:02:35 -0400 From: Mathieu Lirzin To: kawa@sourceware.org Subject: =?utf-8?B?4oCYbWF0Y2jigJk=?= and =?utf-8?B?4oCYIeKAmQ==?= features Date: Thu, 06 Sep 2018 16:02:00 -0000 Message-ID: <87ftym4ns7.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-IsSubscribed: yes X-SW-Source: 2018-q3/txt/msg00003.txt.bz2 Hello, I am getting interested in using Kawa lately. I am happy to discover that it implements pattern matching using the =E2=80=98match=E2=80=99 and = =E2=80=98!=E2=80=99 macros. However I am a bit puzzled by the fact those features are added in the main module while the documentation on patterns [1] describe those features as work in progress. In order to lower the retro-compatibility expectations for those experimentations, What do you think of moving the =E2=80=98match=E2=80=99 a= nd =E2=80=98!=E2=80=99 definitions in a dedicated library for example (kawa match) ? [1] https://www.gnu.org/software/kawa/Variables-and-Patterns.html --=20 Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37