Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31079 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 47826 invoked by uid 1010); 19 Jul 2007 07:25:52 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 47810 invoked from network); 19 Jul 2007 07:25:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Jul 2007 07:25:51 -0000 Authentication-Results: pb1.pair.com smtp.mail=ceo@l-i-e.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=ceo@l-i-e.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain l-i-e.com from 67.139.134.202 cause and error) X-PHP-List-Original-Sender: ceo@l-i-e.com X-Host-Fingerprint: 67.139.134.202 o2.hostbaby.com FreeBSD 4.7-5.2 (or MacOS X 10.2-10.3) (2) Received: from [67.139.134.202] ([67.139.134.202:3256] helo=o2.hostbaby.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D3/00-47202-9D11F964 for ; Thu, 19 Jul 2007 03:25:45 -0400 Received: (qmail 65638 invoked by uid 98); 19 Jul 2007 07:18:13 -0000 Received: from 127.0.0.1 by o2.hostbaby.com (envelope-from , uid 1013) with qmail-scanner-2.01 (clamdscan: 0.88.7/3693. Clear:RC:1(127.0.0.1):. Processed in 0.080297 secs); 19 Jul 2007 07:18:13 -0000 Received: from localhost (HELO www.l-i-e.com) (127.0.0.1) by localhost with SMTP; 19 Jul 2007 07:18:12 -0000 Received: from 24.12.13.192 (SquirrelMail authenticated user ceo@l-i-e.com) by www.l-i-e.com with HTTP; Thu, 19 Jul 2007 02:18:12 -0500 (CDT) Message-ID: <4807.24.12.13.192.1184829492.squirrel@www.l-i-e.com> In-Reply-To: <7.0.1.0.2.20070718084427.0e9a4300@zend.com> References: <698DE66518E7CA45812BD18E807866CE648191@us-ex1.zend.net> <54C4340A-D9EA-4B5A-B39C-B55B29B1B3BC@prohost.org> <698DE66518E7CA45812BD18E807866CE648193@us-ex1.zend.net> <469B7FB1.1070507@pooteeweet.org> <698DE66518E7CA45812BD18E807866CE648290@us-ex1.zend.net> <7.0.1.0.2.20070718023255.0dc0eed0@zend.com> <469DFDEC.6020903@pooteeweet.org> <7.0.1.0.2.20070718084427.0e9a4300@zend.com> Date: Thu, 19 Jul 2007 02:18:12 -0500 (CDT) To: "Zeev Suraski" Cc: "Lukas Kahwe Smith" , "Pierre" , "Andi Gutmans" , "Ilia Alshanetsky" , jani.taskinen@iki.fi, internals@lists.php.net Reply-To: ceo@l-i-e.com User-Agent: Hostbaby Webmail MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: [PHP-DEV] POSIX regex From: ceo@l-i-e.com ("Richard Lynch") On Wed, July 18, 2007 10:45 am, Zeev Suraski wrote: I also was thinking the other day, like Ze'ev, that PHP Devs aren't really in touch with the unwashed masses of the userbase... There are a zillion websites "out there" that run on shared hosts with copy/pasted code and all these scripters will get burned big-time if ereg is suddenly unavailable. They don't really care about PCRE versus POSIX, so long as they can get the job done. I suspect all the shared webhosts will just install ereg once they figure out that their users who never re-factor need it, but they'll be pretty cranky with you for nuking it and making them jump through an extra hoop to bring it back. And all the distro package-maintainers will probably just bundle it right into their packages. And there will be tutorials on how to compile PHP with ereg in it, or how to add it back into windows, or how to install PECL ereg. So just yanking ereg will cause a fair amount of grief, followed by the dubious benefit of thousands of users figuring out how to install a PECL module. Any gurus really offended by ereg can --disable-ereg or whatever it is, no? At least just spit out an E_DEPRECATED in PHP 6, and move it to PECL in PHP 7. Give people enough warning that it's going away before nuking it, so that you can at least say "You've been warned for a whole major release that it was going away." I suspect you'll still end up with people just installing it rather than re-writing their code, though, so it's not serving any real purpose to any real users to move it. The people who need to use PCRE exclusively can do that already. The people who need their legacy code to work will just have to jump through an extra hoop. What purpose is served, then, in moving ereg out? None, really. PS I'm working on the PostgreSQL POSIX->PCRE patch, as I don't think PHP itself should need ereg. -- Some people have a "gift" link here. Know what I want? I want you to buy a CD from some indie artist. http://cdbaby.com/browse/from/lynch Yeah, I get a buck. So?