Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57331 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 42952 invoked from network); 10 Jan 2012 19:43:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Jan 2012 19:43: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.211.66 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.211.66 config.schlueters.de Received: from [217.114.211.66] ([217.114.211.66:50184] helo=config.schlueters.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 60/42-29913-CC49C0F4 for ; Tue, 10 Jan 2012 14:43:09 -0500 Received: from [192.168.2.230] (ppp-188-174-34-53.dynamic.mnet-online.de [188.174.34.53]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by config.schlueters.de (Postfix) with ESMTPSA id AC11F5FA54; Tue, 10 Jan 2012 20:43:04 +0100 (CET) To: Pierre Joye Cc: Philip Olson , internals@lists.php.net In-Reply-To: References: <776626C5-4546-4297-9328-6FEA6385B1B0@roshambo.org> Content-Type: text/plain; charset="UTF-8" Date: Tue, 10 Jan 2012 20:43:01 +0100 Message-ID: <1326224581.1947.129.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] disabling ereg From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Tue, 2012-01-10 at 18:28 +0100, Pierre Joye wrote: > what I mean is that, as far as I remember, the deprecation is only an > information via the documentation. We did not want to break BC and all > that as it is now emulated through pcre. There is no emulation, the behavior of the ereg library and pcre is different that emulation is not possible in a useful way. It is also not only in documentation but by throwing E_DEPRECATED. > > Currently this exists for ereg: > > > > --with-regex[=TYPE] > > > > So I guess we want: > > > > --without-regex > > > > Even though --disable-ereg would feel more natural. --disable is the counterpart to --enable as generated by autoconf. --without the counterpart to --with. We use --with for things using some library. ereg uses by default a bundled library but could also be configured to use a system configured library. Therefor "--with" is correct, therefore --without is the "correct" consequence. > >>> We're unable to disable the ereg extension today, yet it's been > >>> deprecated since PHP 5.3.0. Is this by design? It's at least partly by design. We had some code using ereg library stuff internally, so core PHP depended on it. The plan was to rewrite these code parts to use pcre. I'm not sure that has been done, yet. Till then we can't make ereg optional. We should look into this for 5.5, using ereg is a bit dangerous (0-byte safety etc.) so dropping it is a good thing, even aside from reducing the amount of code to maintain. johannes