Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:76723 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 78737 invoked from network); 20 Aug 2014 09:24:10 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Aug 2014 09:24:10 -0000 Authentication-Results: pb1.pair.com header.from=ajf@ajf.me; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=ajf@ajf.me; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain ajf.me designates 198.187.29.245 as permitted sender) X-PHP-List-Original-Sender: ajf@ajf.me X-Host-Fingerprint: 198.187.29.245 imap11-3.ox.privateemail.com Received: from [198.187.29.245] ([198.187.29.245:59533] helo=imap11-3.ox.privateemail.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FA/50-11231-93964F35 for ; Wed, 20 Aug 2014 05:24:09 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.privateemail.com (Postfix) with ESMTP id F2CF58800DB; Wed, 20 Aug 2014 05:24:05 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at imap11.ox.privateemail.com Received: from mail.privateemail.com ([127.0.0.1]) by localhost (imap11.ox.privateemail.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id q25vdwYGjrSC; Wed, 20 Aug 2014 05:24:05 -0400 (EDT) Received: from [192.168.0.2] (05439dda.skybroadband.com [5.67.157.218]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.privateemail.com (Postfix) with ESMTPSA id F0FB58800CB; Wed, 20 Aug 2014 05:24:04 -0400 (EDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) In-Reply-To: Date: Wed, 20 Aug 2014 10:24:01 +0100 Cc: PHP Internals Content-Transfer-Encoding: quoted-printable Message-ID: <3DEE6234-C839-4B48-A5D3-F15558CC5DFC@ajf.me> References: <88F3B0AF-786C-43BA-AD39-3D8B77D13B2F@ajf.me> To: Laruence X-Mailer: Apple Mail (2.1878.6) Subject: Re: [PHP-DEV] [RFC] Integer Semantics From: ajf@ajf.me (Andrea Faulds) On 20 Aug 2014, at 03:53, Laruence wrote: > On Wed, Aug 20, 2014 at 6:36 AM, Andrea Faulds wrote: >> Good evening, >>=20 >> I have made an RFC which would make some small changes to how = integers are handled, targeted at PHP 7: >>=20 >> https://wiki.php.net/rfc/integer_semantics >=20 > I'd like don't change the works behavior. make it act the similar as = C does. For some of these things the behaviour is explicitly undefined in C, = meaning it=92s dangerous for us not to handle them specially, as = undefined behaviour seems to give compilers an unlimited license to do = absolutely anything at all. The rest are =93implementation-defined=94. While what C does =93works=94, = I=92d rather we do one thing consistently instead of forcing developers = to deal with the kinds of platform and compiler differences tools like = PHP should be abstracting. -- Andrea Faulds http://ajf.me/