From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: GSOC PEG project Date: Sat, 17 Jul 2010 14:56:25 +0200 Message-ID: <878w5a6zd2.fsf@gnu.org> References: <874ogdmu2m.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: dough.gmane.org 1279372409 22543 80.91.229.12 (17 Jul 2010 13:13:29 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 17 Jul 2010 13:13:29 +0000 (UTC) Cc: Michael Lucy , guile-devel@gnu.org To: Andy Wingo Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Jul 17 15:13:26 2010 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.69) (envelope-from ) id 1Oa7Cn-0000i9-FR for guile-devel@m.gmane.org; Sat, 17 Jul 2010 15:13:26 +0200 Original-Received: from localhost ([127.0.0.1]:46981 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oa7Cm-0000mC-Ee for guile-devel@m.gmane.org; Sat, 17 Jul 2010 09:13:24 -0400 Original-Received: from [140.186.70.92] (port=36113 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oa7CK-0008Mh-Gf for guile-devel@gnu.org; Sat, 17 Jul 2010 09:13:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oa6wN-0007yV-6b for guile-devel@gnu.org; Sat, 17 Jul 2010 08:56:29 -0400 Original-Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:29084) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oa6wN-0007yQ-05 for guile-devel@gnu.org; Sat, 17 Jul 2010 08:56:27 -0400 X-IronPort-AV: E=Sophos;i="4.55,218,1278280800"; d="scan'208";a="55708199" Original-Received: from reverse-83.fdn.fr (HELO nixey) ([80.67.176.83]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 17 Jul 2010 14:56:25 +0200 X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 29 Messidor an 218 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu In-Reply-To: (Andy Wingo's message of "Sat, 17 Jul 2010 14:21:51 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:10683 Archived-At: Hi, Andy Wingo writes: > On Sun 11 Jul 2010 09:48, Michael Lucy writes: > >> On Thu, Jul 8, 2010 at 11:21 AM, Andy Wingo wrote: >> >>> Humm, another thing to think about: (ice-9 regex) returns "match >>> structures", which are really just vectors; have a look at them, and if >>> it makes sense to mimic that interface, re-exporting those accessors >>> somehow, please do. >> >> So, three potential paths from here: >> 1. Mimic the match structure interface as much as possible. >> 2. Have a similar but differently-named "peg-match structure" >> interface that behaves mostly the same but has a few different >> functions (I think naming them something slightly different would lead >> to fewer people assuming they worked exactly the same as match >> structures). >> 3. Just having a different interface. >> >> I'm leaning toward (2); what do other people think? I'd probably: >> 1. Not have a peg-match:count function at all. >> 2. Not have the functions take submatch numbers. >> 3. Have peg-match:substring return the actual substring. >> 4. Have another function peg-match:parse-tree that returns the parse >> tree. > > Yes, if the needs are different, there's no sense in trying to horn the > present into the past's shoe. Take the good conventions from (ice-9 > match), but there is no strict need for compatibility. This should read (ice-9 regex), I think. Ludo=E2=80=99.