I think there is nothing wrong if we politely disagree. You (and Lukas may be) have a more "let's use PHP 5 only if it is really necessary" my approach is the opposite. Why should I write something with an obsolete object model ? Just to re-write it from scratch in few months ?
I completely agree with this. I think new packages that are not deemed to be core/must-have packages should be able to be written in PHP5 (obviously the recent ErrorStack shouldn't require PHP5).
If David is willing to leave the package as beta/unstable until PHP5 is stable then why is there such a fuss? Isn't this the whole reason we have version comparison code in PEAR? if ($phpversion < 5) { echo 'this package requires PHP5'; } ...
We shouldn't do the following:
a.) Restrict code for new packages to PHP4 only (we *are* on the last RC after all)
b.) Force PHP5 submissions to recode in PHP4 (forcing a rewrite in a few months)
Again, I think this only applies to *new* and *non-core* packages.
--Joe
--
Joseph C. Stump
joe@joestump.net
http://www.joestump.net
On Jun 16, 2004, at 12:13 PM, David Costa wrote:
On Jun 16, 2004, at 5:47 PM, Daniel Convissor wrote:
Hi David:
On Wed, Jun 16, 2004 at 05:37:54PM +0200, David Costa wrote:
But your package doesn't have any features that necessitate the use of PHP
5. In earlier posts, you tried to justify using PHP 5 by saying the
pacakge uses SQLite. That's a specious argument because SQLite works fine
in PHP 4.
That is not accurate. On PHP 4 you have to install SQLite manually and whilst I am not 100% sure there are certainly some
speed implications too.
I have been using PHP 5 since beta one both locally and in production environments. I don't think that PHP 5 has to prove to me or to PEAR that
is good enough to be adopted.
SQLite is one of the major highlights of PHP 5 where the extension is bundled.
I don't see a problem with releasing PHP 5 only packages as long as they follow some basic rules. I don't mind my package, if
voted, remains alpha/beta till the stable PHP 5 is out.
Regards
David Costa
--Dan
--
-- PEAR Development Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php