Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:16691 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58007 invoked by uid 1010); 15 Jun 2005 15:14:34 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 57992 invoked from network); 15 Jun 2005 15:14:34 -0000 Received: from unknown (HELO dotgeek.org) (127.0.0.1) by localhost with SMTP; 15 Jun 2005 15:14:34 -0000 X-Host-Fingerprint: 84.57.10.105 dsl-084-057-010-105.arcor-ip.net Received: from ([84.57.10.105:3245] helo=localhost.localdomain) by pb1.pair.com (ecelerity 1.2 r(5656M)) with SMTP id 3A/46-20931-AD540B24 for ; Wed, 15 Jun 2005 11:14:34 -0400 To: internals@lists.php.net Date: Wed, 15 Jun 2005 17:14:33 +0200 Message-ID: <20050615171433.22b4deb0.pierre@dotgeek.org> References: <42B03CF6.9000000@php.net> X-Newsreader: Sylpheed version 2.0.0beta1 (GTK+ 2.4.14; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Posted-By: 84.57.10.105 Subject: Re: [PHP-DEV] forward compatibility "public" in 4.4 From: pierre@dotgeek.org (Pierre-Alain Joye) On Wed, 15 Jun 2005 16:36:38 +0200 lsmith@php.net (Lukas Smith) wrote: > Stanislav Malyshev wrote: > > > LS>>I think its a good idea to have, to make it somewhat > > LS>>possible to prepare for the PHP5 E_STRICT world, while > > LS>>still developing PHP4 compatible code. I could for example > > LS>>see this help increase the PHP5 adoption inside PEAR, > > > > Like, PEAR would drop support for PHP 4.3 or it would have two > > copies of the code - one with public keyword and one without? > > Currently PEAR.php requires PHP 4.2. > We could eventually (as an intermediate step) move this dep to > 4.4, not immediatly. However currently there is a strong trend to > create new versions of packages for the main reason of making > them E_STRICT compatible. However lets not get too far into the > PEAR politics here ;-) I have no oppinion about public (I do not like forward compatibility in general :)). Abour PEAR minumum dep, we plan to move to 4.3 once 4.4 or 5.1 is out, but not 4.4. My other concern is that there is other issues brought by php5, using public will not solve them. I do not have some in mind right now but sounds like a bad idea to consider a package E_STRICT compliant only by adding public :) > Anyways I just wanted to give this as an example. I think its > much more useful for independent developers who have more control > over their user setups than PEAR. This allows them to make the > move less painful and therefore will facilitate rather than > prolong the move to PHP5 (which is a good thing). My oppinion differs here, providing ways to keep php4 running will delay the move. They only have to add public to feel safe under php5. Regards, --Pierre