Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:38962 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 85017 invoked from network); 15 Jul 2008 14:58:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Jul 2008 14:58:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=moriyoshi@at.wakwak.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=moriyoshi@at.wakwak.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain at.wakwak.com designates 211.9.231.193 as permitted sender) X-PHP-List-Original-Sender: moriyoshi@at.wakwak.com X-Host-Fingerprint: 211.9.231.193 mgkyb2.nw.wakwak.com Received: from [211.9.231.193] ([211.9.231.193:54762] helo=mgkyb2.nw.wakwak.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 15/BE-11609-42BBC784 for ; Tue, 15 Jul 2008 10:58:46 -0400 Received: from vckyb7.nw.wakwak.com (postfix@vckyb7.nw.wakwak.com [211.9.230.149]) by mgkyb2.nw.wakwak.com (8.14.2/8.14.2/2007-12-27) with SMTP id m6FEwfm8004240; Tue, 15 Jul 2008 23:58:41 +0900 (JST) (envelope-from moriyoshi@at.wakwak.com) Received: from at.wakwak.com (at.wakwak.com [211.9.230.135]) by vckyb7.nw.wakwak.com (Postfix) with ESMTP id 6EAF230059; Tue, 15 Jul 2008 23:58:41 +0900 (JST) Received: from roadrunner.voltex.jp (z84.58-98-172.ppp.wakwak.ne.jp [58.98.172.84]) (user=moriyoshi mech=CRAM-MD5) by at.wakwak.com (8.14.3/8.14.3/2008-07-15) with ESMTP/inet id m6FEwfT1008598; Tue, 15 Jul 2008 23:58:41 +0900 (JST) (envelope-from moriyoshi@at.wakwak.com) Message-ID: <487CBB1E.9020203@at.wakwak.com> Date: Tue, 15 Jul 2008 23:58:38 +0900 User-Agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509) MIME-Version: 1.0 To: Marcus Boerger Cc: internals@lists.php.net References: <487C847F.7050302@at.wakwak.com> <95292873.20080715133205@marcus-boerger.de> In-Reply-To: <95292873.20080715133205@marcus-boerger.de> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] --disable-mbregex in HEAD? From: moriyoshi@at.wakwak.com (Moriyoshi Koizumi) 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. Regards, Moriyoshi