Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74604 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 75072 invoked from network); 28 May 2014 19:14:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 May 2014 19:14:10 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:36125] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C7/AD-02991-08536835 for ; Wed, 28 May 2014 15:14:09 -0400 Received: from [192.168.2.31] (ppp-93-104-17-212.dynamic.mnet-online.de [93.104.17.212]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id B9DFF40D51; Wed, 28 May 2014 21:14:05 +0200 (CEST) To: Jakub Zelenka Cc: Derick Rethans , Julien Pauli , Pierre Joye , John Bafford , Rasmus Lerdorf , PHP internals , Ferenc Kovacs In-Reply-To: References: <2DC459EE-AE98-4CAE-977A-6FB918FDEF54@bafford.com> <537EA42B.4000000@lerdorf.com> <1401282869.2998.84.camel@guybrush> Content-Type: text/plain; charset="UTF-8" Date: Wed, 28 May 2014 21:13:48 +0200 Message-ID: <1401304428.2998.118.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Bison 3 support for PHP 5.5 From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Wed, 2014-05-28 at 19:39 +0100, Jakub Zelenka wrote: > That would make sense if we didn't have re2c generated files in the repo > already. Anyway I see your point. Bison version varies across the systems > more than re2c so the diffs in files would be more often which is not a > good idea... The main reason is that re2c is extremely uncommon whereas flex&bison are common tools for developer meta packages from distributions. Also historically re2c had only been used for unserialisation which is way less touched than other scanners and parsers. Maybe when switching from flex to re2c for ini and source scanners this decision might have been revised (and I think there actually was a debate) johannes