Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:81718 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 18143 invoked from network); 3 Feb 2015 14:59:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Feb 2015 14:59:19 -0000 Authentication-Results: pb1.pair.com smtp.mail=leight@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=leight@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.177 as permitted sender) X-PHP-List-Original-Sender: leight@gmail.com X-Host-Fingerprint: 209.85.212.177 mail-wi0-f177.google.com Received: from [209.85.212.177] ([209.85.212.177:46967] helo=mail-wi0-f177.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 89/60-20608-642E0D45 for ; Tue, 03 Feb 2015 09:59:19 -0500 Received: by mail-wi0-f177.google.com with SMTP id r20so22373419wiv.4 for ; Tue, 03 Feb 2015 06:59:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5DqcduSq6LEcQuamC4XosRo/8QVv5VzuvV7jVOxQm1o=; b=ZoSgeK6l4ZtCx1+vP6gOJGxqGVv+m13LI+JHnWVZudAQa8ra3kEWy9rX1hj4+LaZFH c01UtArzTrzpgMu+7/yBtpDxejt/y3fQRkenl5S2d7Q//z4Iwp+iwKNxgmkSk48QGMLM lJp4yHbag1pm4CNEsDJBb/ML6F98b2dp1G3oI0K5SHSIN4mPGiMGSa+JunBzZmY7a7GI p+RJfIxoUeWZFJdpHk58aXvdrwo8mT1YHxWgx74r9Sbcs7z7BjamiNtMcgIWXoorURzZ W9YR6Aa03/ShJE4+y3m86dwAQLo2sMgEXfqMWdvvskznz3tUW9HDId9eyCF2i5PKYEs6 Zt3w== MIME-Version: 1.0 X-Received: by 10.194.239.72 with SMTP id vq8mr45480556wjc.110.1422975555727; Tue, 03 Feb 2015 06:59:15 -0800 (PST) Received: by 10.216.50.139 with HTTP; Tue, 3 Feb 2015 06:59:15 -0800 (PST) In-Reply-To: <3B265E0A-7479-456A-B134-5CA607C68EFF@ajf.me> References: <1D8DC03D-0E2C-494C-9ED2-244334F57D8A@ajf.me> <6E8210CD-4BA3-4694-8482-4803F562D77C@ajf.me> <1BEEF374-D8BC-4FE2-8CE0-5EBB1AC4CF04@ajf.me> <3B265E0A-7479-456A-B134-5CA607C68EFF@ajf.me> Date: Tue, 3 Feb 2015 14:59:15 +0000 Message-ID: To: Andrea Faulds Cc: internals@lists.php.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] Zero-fill right shift. From: leight@gmail.com (Leigh) On 3 February 2015 at 14:49, Andrea Faulds wrote: > It=E2=80=99s not =E2=80=9Cbroken=E2=80=9D, the behaviour is just differen= t to account for it now being an arbitrary-precision type. > That's pretty much the definition of a BC issue. > Also, the bigint changes only affect you if you=E2=80=99re dealing with l= arge integers anyway. If you want to preserve the horrid float promotion be= haviour, you can do so explicitly. But I think in most cases, it=E2=80=99s = better to trade off performance for lack of data loss. > It's not anything to do with float promotion or data loss. If I'm working with a 64-bit bitmask that gets promoted to bigint when I set the high bit, it's a performance regression from then on. Not everything written in PHP is a web app.