Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:57132 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 72728 invoked from network); 27 Dec 2011 16:43:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Dec 2011 16:43:34 -0000 Authentication-Results: pb1.pair.com smtp.mail=ilia@ilia.ws; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=ilia@ilia.ws; sender-id=pass Received-SPF: pass (pb1.pair.com: domain ilia.ws designates 74.125.82.54 as permitted sender) X-PHP-List-Original-Sender: ilia@ilia.ws X-Host-Fingerprint: 74.125.82.54 mail-ww0-f54.google.com Received: from [74.125.82.54] ([74.125.82.54:64906] helo=mail-ww0-f54.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5E/C2-58465-4B5F9FE4 for ; Tue, 27 Dec 2011 11:43:33 -0500 Received: by wgbdt13 with SMTP id dt13so19270260wgb.11 for ; Tue, 27 Dec 2011 08:43:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.60.82 with SMTP id o18mr19436757wbh.0.1325004209891; Tue, 27 Dec 2011 08:43:29 -0800 (PST) Received: by 10.216.16.197 with HTTP; Tue, 27 Dec 2011 08:43:29 -0800 (PST) Received: by 10.216.16.197 with HTTP; Tue, 27 Dec 2011 08:43:29 -0800 (PST) In-Reply-To: References: Date: Tue, 27 Dec 2011 11:43:29 -0500 Message-ID: To: Patrick ALLAERT Cc: PHP Developers Mailing List , Pierre Joye , David Soria Parra , =?ISO-8859-1?B?QW5kcukgUvhtY2tl?= , Stas Malyshev , Derick Rethans Content-Type: multipart/alternative; boundary=00151757349a41a88704b5159537 Subject: Re: [PHP-DEV] REQUEST_TIME change in PHP 5.4 From: ilia@ilia.ws (Ilia Alshanetsky) --00151757349a41a88704b5159537 Content-Type: text/plain; charset=ISO-8859-1 The change is inside 5.4 version which adjust breaks BC. --- Ilia On Dec 27, 2011 10:15 AM, "Patrick ALLAERT" wrote: > 2011/12/27 Ilia Alshanetsky : > > I think the REQUEST_TIME semantics of returning float should remain as > is. > > > > -1 for adding further environment variables. > > As mentioned earlier, I don't like this option very much but at least > it solves the BC problem. > Do you have any other proposal to share? > > Opposing to that without proposing a solution kinda looks like "I > don't bother if it breaks BC". > > -- > Patrick > --00151757349a41a88704b5159537--