Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:86035 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26730 invoked from network); 29 Apr 2015 22:10:13 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Apr 2015 22:10:13 -0000 Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.17.21 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.17.21 mout.gmx.net Received: from [212.227.17.21] ([212.227.17.21:59255] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 22/F4-26317-4C651455 for ; Wed, 29 Apr 2015 18:10:12 -0400 Received: from [192.168.0.100] ([88.134.68.210]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M0smx-1Z8pOD2g99-00v4iw; Thu, 30 Apr 2015 00:09:58 +0200 Message-ID: <554156BC.40901@gmx.de> Date: Thu, 30 Apr 2015 00:10:04 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Yasuo Ohgaki CC: Ryan Pallas , Stanislav Malyshev , "internals@lists.php.net" References: <55401F31.9030703@gmail.com> <55414CC5.7000503@gmx.de> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:RnCN/WngIVoaCuamuMTzFyDDO6eiJKIa+jgi/Y6VOc2Npx+IVSN DTBKnilQxmeFfzkHoEU0cBnGAQ8SCfP5RcnkzWt4VFAmniFnLKMinIZs7qsFWHnhcDzlmG9 Nqt9uDk8aV2Md0ihUvwO5fzw4gYFO5ALAUAmgFg0V/2jecGkybKKFBDKiT5QUSCACn8OnBr 9dh8MoWUFp/M83dKT7jdA== X-UI-Out-Filterresults: notjunk:1; Subject: Re: [PHP-DEV] Adding "numeric" type hint From: cmbecker69@gmx.de (Christoph Becker) Hi Yasuo, Yasuo Ohgaki wrote: > On Thu, Apr 30, 2015 at 6:27 AM, Christoph Becker wrote: > >> A solution for this issue has been proposed by the "Big Integer Support" >> RFC which has been withdrawn. It's too late for PHP 7.0 to re-open it, >> but it might be reasonable to to so for PHP 7.1. > > I don't think breaking a lot of code under 32 bit machines with PHP 7.0 > is not good thing to do. I don't disagree, but for better or worse this ship has sailed: the scheduled feature freeze for PHP 7.0 has been weeks ago. See also the respective discussion in . -- Christoph M. Becker