Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:45758 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 35279 invoked from network); 12 Oct 2009 17:12:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Oct 2009 17:12:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=cschneid@cschneid.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=cschneid@cschneid.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain cschneid.com from 195.226.6.51 cause and error) X-PHP-List-Original-Sender: cschneid@cschneid.com X-Host-Fingerprint: 195.226.6.51 darkcity.gna.ch Linux 2.6 Received: from [195.226.6.51] ([195.226.6.51:41649] helo=mail.gna.ch) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 6D/E0-54920-F8363DA4 for ; Mon, 12 Oct 2009 13:12:48 -0400 Received: from localhost (localhost [127.0.0.1]) by darkcity.gna.ch (Postfix) with ESMTP id D16F814CBDF; Mon, 12 Oct 2009 19:12:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at gna.ch Received: from mail.gna.ch ([127.0.0.1]) by localhost (gna.ch [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8zSPM4GKhwba; Mon, 12 Oct 2009 19:12:44 +0200 (CEST) Received: from [192.168.1.72] (77-58-229-225.dclient.hispeed.ch [77.58.229.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by darkcity.gna.ch (Postfix) with ESMTPSA id 5960F14E8E4; Mon, 12 Oct 2009 19:12:44 +0200 (CEST) Message-ID: <4AD3638B.6080103@cschneid.com> Date: Mon, 12 Oct 2009 19:12:43 +0200 User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Mark Krenz CC: internals@lists.php.net References: <20091012154610.GJ5179@arvo.suso.org> <20091012160854.GK5179@arvo.suso.org> <4AD356D5.2020605@lerdorf.com> <20091012162227.GL5179@arvo.suso.org> <20091012165734.GN5179@arvo.suso.org> In-Reply-To: <20091012165734.GN5179@arvo.suso.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Why is ereg being deprecated? From: cschneid@cschneid.com (Christian Schneider) Mark Krenz wrote: > But I'm willing to bet that the majority of people are using ereg, not > PCRE. I've known about PCRE in PHP for a while now, but I continue to > use ereg because I thought it had better support in PHP and that it was > the more "official" function. Guess I was wrong. I'm sure I'm not the I guess that's exactly the reason why it is deprecated now: To indicate that preg_* are the way to go. > Again, this isn't a debate on which is better, I only want to STRONGLY > stress that I think its a big mistake to remove it in 6.0. If you wanted As far as I understand ereg will be moved to a PECL-extension to keep it around for people who can't switch. > If ereg isn't ready yet then 6.0 should be delayed until it is ready. It probably never will be... Don't get too worked up on this because (as far as I understand the messages on internals) PHP 6 will not be a drop-in replacement for PHP 5.3 anyway. Hosters will have to configure it (like installing the PECL-extension), developers will have to adapt some code. I'm not sure if I'm right but that's how I understand the plans, - Chris