Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57104 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 47974 invoked from network); 26 Dec 2011 17:24:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Dec 2011 17:24:30 -0000 Authentication-Results: pb1.pair.com smtp.mail=patrick.allaert@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=patrick.allaert@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.170 as permitted sender) X-PHP-List-Original-Sender: patrick.allaert@gmail.com X-Host-Fingerprint: 209.85.212.170 mail-wi0-f170.google.com Received: from [209.85.212.170] ([209.85.212.170:63086] helo=mail-wi0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5E/63-26625-CCDA8FE4 for ; Mon, 26 Dec 2011 12:24:29 -0500 Received: by wicr5 with SMTP id r5so5234293wic.29 for ; Mon, 26 Dec 2011 09:24:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=e6TcQQH/ag3G0Zbur+QTG+KGaKAtDsULdeNTO2SAeis=; b=qs16pe3ERC7S9Jy8blh+mZSrQvG1+6UDop8Dvd1bJjt26b93k/+R8o+oYhfE7l7/g5 REfqjS3zGeGCGUR20/Hplm8UBKIvAJV6AGYBgnaInMnt57d/EZjwVL+UZdheaCEMS1kY 2YT0koAnCiEzaKxJ7dt8exKNPMbBSYn7G0CUw= MIME-Version: 1.0 Received: by 10.180.83.69 with SMTP id o5mr55466762wiy.1.1324920266265; Mon, 26 Dec 2011 09:24:26 -0800 (PST) Sender: patrick.allaert@gmail.com Received: by 10.223.87.16 with HTTP; Mon, 26 Dec 2011 09:24:26 -0800 (PST) In-Reply-To: References: Date: Mon, 26 Dec 2011 18:24:26 +0100 X-Google-Sender-Auth: wwznteey9BVp2twkazA9QzsM6jg Message-ID: To: Pierre Joye Cc: Ilia Alshanetsky , =?UTF-8?B?QW5kcsOpIFLDuG1ja2U=?= , David Soria Parra , Stas Malyshev , Derick Rethans , PHP Developers Mailing List Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] REQUEST_TIME change in PHP 5.4 From: patrickallaert@php.net (Patrick ALLAERT) 2011/12/24 Pierre Joye : > hi Ilia, > > Right but there is a clear BC break here. And yes I really don't like > how datetime deals with that but it is how it is, and it is certainly > the only case where it fails (or almost). > > On Sat, Dec 24, 2011 at 4:18 PM, Ilia Alshanetsky wrote: >> Introducing additional server >> variables just makes things inconsistent, especially this late in the >> release cycle. On one side there's a clear BC break which, according to the related RFC, is to be considered as a blocker, on the other one, a strong and valid argument regarding spreading additional server variables. I'm not sure being late in the release process is truely a valid argument for accepting a BC break. Can't we make some compromise here like making all date/time classes/functions work uniformly with ints and floats? Working with date/time features based on $_SERVER['REQUEST_TIME'] is certainly not something fancy! Patrick