Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:49139 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 17323 invoked from network); 25 Jul 2010 09:38:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Jul 2010 09:38:05 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.170 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 74.125.82.170 mail-wy0-f170.google.com Received: from [74.125.82.170] ([74.125.82.170:52128] helo=mail-wy0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E5/64-13626-9F50C4C4 for ; Sun, 25 Jul 2010 05:38:02 -0400 Received: by wye20 with SMTP id 20so1521158wye.29 for ; Sun, 25 Jul 2010 02:37:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=SZeom/7eN20g/Sj6S2P1XgozcOyKcnQlsNfbders6YA=; b=QAOpe4SJ0DzYHkbdd8qJplmtRlgGPsymw8094tMbV7DPFAIA2+RSCuByHORuEwJn1O dYPBV2OD/Ly8dcrmtCLGaHapxrFlpnP5+ebckz90J5lw58KdfuXNKRWEWB8+Q1xxoj7c I/BggIACb0R4tyZLdRiGrXf2vuEeMpx4+umC8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=RxGhbvL7XkCbVu8DfGKl+G5MoXiUQTryG1mmul7TvzjSd7EJ4CnnFtSlezuPaIi5Yv 211B527JYxYPJPGSKqkV8toabGO5W5Ozx0cfsxG9LqV52riDTIUDZ51DixKbZQhoQYma PcpemqX0JD77/2RXT2On38EKTgyowGmHyx8+U= MIME-Version: 1.0 Received: by 10.216.49.212 with SMTP id x62mr1967417web.55.1280050678248; Sun, 25 Jul 2010 02:37:58 -0700 (PDT) Received: by 10.216.172.146 with HTTP; Sun, 25 Jul 2010 02:37:58 -0700 (PDT) In-Reply-To: References: Date: Sun, 25 Jul 2010 11:37:58 +0200 Message-ID: To: Karoly Negyesi Cc: internals@lists.php.net Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] Please reconsider supporting PHP 5.2 From: pierre.php@gmail.com (Pierre Joye) hi, On Sun, Jul 25, 2010 at 11:17 AM, Karoly Negyesi wrote: > Hi, > > A mere year after releasing Version 5.3.0 (Version 5.3.0 30-June-2009) > you are dropping PHP 5.2 support. We still support 5.2. There is a huge misunderstanding of "end of active support". It means that only critical bugs (security related) will be fixed in 5.2. It does not mean that 5.2 is not supported anymore. > This is a very interesting decision as 5.3.0, compatibility wise, is a > major release. I always felt it was PHP 6.0 but it was not called so > because there was a development branched called that (which was later > abandoned). > > Serious BC breaking changes include > > Where previously the function would accept the by-value argument, a > fatal error is now emitted. Not sure about this one. Do you have an example please? The BC breaks are listed here (required changes due to bugs or bad behaviors) : http://php.net/manual/en/migration53.php > Also, the deprecation of ereg will affect Drupal 6 Deprecation is only a message when and only when the error reporting level is set to display deprecation messages. The deprecated functions still work as before. Please see http://www.php.net/error_reporting > Then there is the date_default_timezone_set / date.timezone snafu. It is now required as nobody read the manual. Without it you simply expect date/time features to work correctly while relying on random timezone or none at all. > While as a Drupal core developer I am _so eager_ to use closures > finally I can't really endorse forcing everyone to switch to another > major version a mere two years after EOLing PHP4. That's fast... too > fast. 5 years is not too fast. Also again, it is not EOL. Distributions will also take care of back porting what they have to for their releases lifetime. But we can't. We don't have the resource nor the time to maintain minor releases for 10 years. It is also important to notice that clean code running well with 5.2 will run just as fine with 5.3 as well (yes, clean is all relative but I hope you understand my point :). Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org