Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:38965
Return-Path: <helly@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 88875 invoked from network); 15 Jul 2008 15:05:02 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 15 Jul 2008 15:05:02 -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:56788] helo=h1149922.serverkompetenz.net)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id D2/9F-11609-D9CBC784 for <internals@lists.php.net>; Tue, 15 Jul 2008 11:05:02 -0400
Received: from MBOERGER-ZRH (unknown [80.179.124.65])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by h1149922.serverkompetenz.net (Postfix) with ESMTP id 6B04A11F366;
	Tue, 15 Jul 2008 17:04:58 +0200 (CEST)
Date: Tue, 15 Jul 2008 17:04:51 +0200
Reply-To: Marcus Boerger <helly@php.net>
X-Priority: 3 (Normal)
Message-ID: <544187943.20080715170451@marcus-boerger.de>
To: Moriyoshi Koizumi <moriyoshi@at.wakwak.com>
CC: Marcus Boerger <helly@php.net>, internals@lists.php.net
In-Reply-To: <487CBB1E.9020203@at.wakwak.com>
References: <487C847F.7050302@at.wakwak.com> <95292873.20080715133205@marcus-boerger.de> <487CBB1E.9020203@at.wakwak.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] --disable-mbregex in HEAD?
From: helly@php.net (Marcus Boerger)

Hello Moriyoshi,

Tuesday, July 15, 2008, 4:58:38 PM, you wrote:

> Marcus Boerger wrote:
>> Hello Moriyoshi,
>> 
>> (just for Derick answered here)
>> I never liked this. So imo we can simply get rid of this switch and enable
>> mbregex as soon as there is mbstring to begin with and regex stuff.

> Me neither. As far as I know, the switch exists just for historical
> reasons. Since --enable-mbregex takes effect only when --enable-mbstring
> is specified, it'd be the same as if there was the single option.

> Aside from this, what about removing bundled libmbfl and oniguruma from
> HEAD and requiring users' using external ones? Now that intl extension
> was merged and I don't think it makes sense.

Would be fine with me as well.

Best regards,
 Marcus