Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23358 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 34768 invoked by uid 1010); 15 May 2006 07:25:10 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 34753 invoked from network); 15 May 2006 07:25:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 May 2006 07:25:10 -0000 X-PHP-List-Original-Sender: lsmith@php.net X-Host-Fingerprint: 212.112.227.169 ipx11223.ipxserver.de Linux 2.5 (sometimes 2.4) (4) Received: from ([212.112.227.169:50403] helo=ipx11223.ipxserver.de) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 62/FA-19568-6DC28644 for ; Mon, 15 May 2006 03:25:10 -0400 Received: from localhost (localhost [127.0.0.1]) by ipx11223.ipxserver.de (Postfix) with ESMTP id AF634DF0074; Mon, 15 May 2006 09:26:24 +0200 (CEST) Received: from ipx11223.ipxserver.de ([127.0.0.1]) by localhost (ipx11223 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23931-02; Mon, 15 May 2006 09:26:16 +0200 (CEST) Received: from [127.0.0.1] (i577B734B.versanet.de [87.123.115.75]) by ipx11223.ipxserver.de (Postfix) with ESMTP id E0692DF006B; Mon, 15 May 2006 09:26:15 +0200 (CEST) Message-ID: <44682CC8.6010200@php.net> Date: Mon, 15 May 2006 09:24:56 +0200 User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) MIME-Version: 1.0 To: Marcus Boerger Cc: Derick Rethans , internals@lists.php.net References: <138663365.20060514205903@marcus-boerger.de> <4468231D.6000604@php.net> <207855155.20060515090128@marcus-boerger.de> In-Reply-To: <207855155.20060515090128@marcus-boerger.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by somedaemon at backendmedia.com Subject: Re: [PHP-DEV] E_ALL changes in 5.2/6.0 From: lsmith@php.net (Lukas Smith) Marcus Boerger wrote: > Sorry i have to say that but PEAR is no argument here as still after > years of PHP 5 there is no PHP 5 compatible PEAR. Yet we are discussing > a PHP 5 version here. PEAR is PHP5 compatible. But you probably meant E_STRICT compatible. Yes, I agree that PEAR needs to become once again a place for features missing in PHP and not a place for legacy code. Anyways I brought up PEAR more as an example of what our current userbase looks like. Mostly doing PHP4 and where its PHP5 its often written to also be compatible with PHP4. By increasing the burden on keeping this "duality" we might get more people to make the jump which might put enough pressure on hosters to finally break the chicken and egg situation with PHP5. regards, Lukas