Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:35928 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12460 invoked from network); 3 Mar 2008 20:16:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Mar 2008 20:16:18 -0000 Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6 Received: from [85.214.94.56] ([85.214.94.56:33976] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A5/63-29055-09C5CC74 for ; Mon, 03 Mar 2008 15:16:18 -0500 Received: from dhcp-172-28-202-237.zrh.corp.google.com (unknown [193.142.125.1]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id CAD06120E67; Mon, 3 Mar 2008 21:16:12 +0100 (CET) Date: Mon, 3 Mar 2008 21:16:12 +0100 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1755973054.20080303211612@marcus-boerger.de> To: Stanislav Malyshev CC: Pierre Joye , internals@lists.php.net In-Reply-To: <47CC5616.8040506@zend.com> References: <1706278209.20080302232134@marcus-boerger.de> <47CB2E9D.6010102@zend.com> <1642796941.20080303002651@marcus-boerger.de> <47CB8107.1090802@zend.com> <1207450994.20080303113313@marcus-boerger.de> <47CC4A9D.1080705@zend.com> <47CC5616.8040506@zend.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [RFC] Replace the flex-based scanner with an re2c [1] based lexer From: helly@php.net (Marcus Boerger) Hello Stanislav, Monday, March 3, 2008, 8:48:38 PM, you wrote: > Hi! >> It is clearer but it is not a problem. New features may introduce new >> dependencies. Having a dependency on libicu while we introduce intl >> and other features related to unicode or i18n. I would agree if we >> were talking about 5.2.x. > pecl/intl is an extension, there's no surprise that you need external > library when you enable extension. However, adding dependency in core > that you can not rid of has a lot of consequences (think distributions, > builds on non-Linux systems, etc., etc.). No one was considering any such move. Having pecl/intl shipped per default as symlinked into ext would be as much optional as --enable-zend-multibyte or --enable-mbstring are right now. This will be more like brining in zip to 5.2. However it is completely off-topic as it is just one possible cause of action while the other is to stick with mbstring. Best regards, Marcus