Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:82729 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 57467 invoked from network); 15 Feb 2015 16:40:40 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Feb 2015 16:40:40 -0000 Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain lerdorf.com designates 209.85.220.49 as permitted sender) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.220.49 mail-pa0-f49.google.com Received: from [209.85.220.49] ([209.85.220.49:53360] helo=mail-pa0-f49.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 95/97-06835-50CC0E45 for ; Sun, 15 Feb 2015 11:40:39 -0500 Received: by mail-pa0-f49.google.com with SMTP id fb1so29814690pad.8 for ; Sun, 15 Feb 2015 08:40:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type; bh=ubifdQrrS+ST78X45TB/dAvfCw9YOXmVCIiqJQ99+MI=; b=DRw3f2xL3tLV3eBpP+A2Beu0IUgZQwaaWMWM8qzr5Px269qI41CStlpmSI6RYJiMeT jp+vugPafTnbHdI8cD83gByNJNTB46e/tUfUh461UMJr4gVeE7dAqRuFy+xAG3JVeYbz 9HvD0M3kAkn5QkrqCtqPnR+URxbf4QYE+GXJeBwAco1/Am86FH08o8QZWEXDANl9MIvY itoV0uG5pPFhSLKxop3+y9GKVrcKO1rygTPSxgjG6zLZE/ZRxIcL/dkepVytxigluPvX 2hSvE6PM4rpOVHIz/73pOr85qp5losliBFCRJ8G1OlNwXP7saru9suj3aYUD38DbGCR8 LFPw== X-Gm-Message-State: ALoCoQnb+QNUXDhyWZGThr3/wKVc979U3ksWhbiAW3u95SBBkARXOSN+DOYs3kdjsYQxGLZZCzKZ X-Received: by 10.66.161.233 with SMTP id xv9mr32582665pab.24.1424018434699; Sun, 15 Feb 2015 08:40:34 -0800 (PST) Received: from [192.168.200.14] (c-50-131-44-225.hsd1.ca.comcast.net. [50.131.44.225]) by mx.google.com with ESMTPSA id i5sm12324203pat.42.2015.02.15.08.40.32 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Feb 2015 08:40:33 -0800 (PST) Message-ID: <54E0CC00.3050809@lerdorf.com> Date: Sun, 15 Feb 2015 08:40:32 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Andrea Faulds , Xinchen Hui CC: PHP Internals References: <6FD9B9A4-E831-4D4F-AD66-BD04D8C37991@ajf.me> <8814DFF5-3B94-4B2D-8A02-49B17AC307F5@ajf.me> In-Reply-To: <8814DFF5-3B94-4B2D-8A02-49B17AC307F5@ajf.me> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iE44GuJIAIFoDTXUPXG8Cv6bpmfXHoI6I" Subject: Re: [PHP-DEV] [VOTE] Big Integer Support From: rasmus@lerdorf.com (Rasmus Lerdorf) --iE44GuJIAIFoDTXUPXG8Cv6bpmfXHoI6I Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 02/15/2015 05:45 AM, Andrea Faulds wrote: > Hi, >=20 >> On 15 Feb 2015, at 12:39, Xinchen Hui wrote: >> >> On Sun, Feb 15, 2015 at 10:46 AM, Andrea Faulds wrote: >>> Hi everyone, >>> >>> I should=E2=80=99ve done this a long time ago, but I=E2=80=99m going = to hold a vote on this RFC. The implementation isn=E2=80=99t finished, bu= t the remaining work isn=E2=80=99t impossible to surmount (though help wo= uld certainly be appreciated). RFCs can be put to vote without implementa= tions (or so says https://wiki.php.net/rfc/howto), so the fact the implem= entation is unfinished isn=E2=80=99t necessarily a blocker. >> for such a big change, the implementation self is also important, >> there was some RFC accepted with "not good" implementation, which >> cause lots of troubles for us to maintaining . >=20 > This vote isn=E2=80=99t to be thought of as accepting the implementatio= n, merely the feature. If the implementation isn=E2=80=99t good enough, t= he feature could actually be dropped for PHP 7, as much as I hope that wo= n=E2=80=99t happen. At 4 weeks before the feature freeze, we pretty much have to vote for the implementation as well. Every feature that requires significant work puts more pressure on a small group of developers and takes their time away from working on stabilizing the existing code base. My no vote is based on looking at the implementation, the size of the patch and the destabilizing changes to the extension API weighed against its benefits. -Rasmus --iE44GuJIAIFoDTXUPXG8Cv6bpmfXHoI6I Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlTgzAAACgkQlxayKTuqOuC6nACdHoHnscKvurA5LG813uZKq3i2 v2QAn3g1NW8mmtrF7tWyEGncnUtFdY+0 =xY2y -----END PGP SIGNATURE----- --iE44GuJIAIFoDTXUPXG8Cv6bpmfXHoI6I--