Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75643 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 24516 invoked from network); 17 Jul 2014 06:29:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Jul 2014 06:29:04 -0000 Authentication-Results: pb1.pair.com smtp.mail=zeev@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=zeev@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.179 as permitted sender) X-PHP-List-Original-Sender: zeev@zend.com X-Host-Fingerprint: 209.85.220.179 mail-vc0-f179.google.com Received: from [209.85.220.179] ([209.85.220.179:42922] helo=mail-vc0-f179.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D0/F2-09067-F2D67C35 for ; Thu, 17 Jul 2014 02:29:04 -0400 Received: by mail-vc0-f179.google.com with SMTP id hq11so2140122vcb.38 for ; Wed, 16 Jul 2014 23:29:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:references:in-reply-to:mime-version :thread-index:date:message-id:subject:to:cc:content-type; bh=+bFrCjncc7QtWju/gzTxhIKDBHReT0RtH4agkGvJT1c=; b=Ka/28CeyC768z2I9+D1uwXpYVVfXfrUNGDOdLKhat2hcilyw727mnkrHOCZ6+WHzt1 T6FDMpnoG2dhNgfneLDRVU1PBKIewnDZETGSKtOGDDW2XjVPaT7IvKMzts4OAQWOXlOQ 57oIy5qESJpQNS0w5GuiN1hihY5G8neWHqH5mb2cMKxdkhfBsk4Yp5V4z7skZUaVfDoK GLF2HF/l7T2M2tOreBvhgF+IgFFXMJOUwQdgHg77NHkd8KYum9IjJRwxIDD0/FtKQfLx PANBadK9tWha5y/xLurMxMHSmyoZEbS+uoZWfUu4LxDSvn4BvOxiexoKma12hMQt6Gx1 Il3Q== X-Gm-Message-State: ALoCoQnEpgJk72DYioTtoIBNCfumRwK1NZSyCt9mfAWILW6gs+ldtzyUynPT9OENR/0AADHD+gdLILKPC4pHhxdnd+JsNgol8mOBvcIS199wbqIF+1yHKpLwwkmn3YQ6wDEkzMYbMa7y X-Received: by 10.220.68.140 with SMTP id v12mr36121848vci.13.1405578541303; Wed, 16 Jul 2014 23:29:01 -0700 (PDT) References: <7646A8D1-69A2-4255-B048-D3B9F28B422F@ajf.me> <37F89E54-C5B9-4E81-9D1B-660190BDB1FF@ajf.me> In-Reply-To: <37F89E54-C5B9-4E81-9D1B-660190BDB1FF@ajf.me> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLLVmCxW2hUorZ722a/IWXk1TMisAK5tnU8AP8mVTsCRfIaXQLN/gGGmWX9LUA= Date: Thu, 17 Jul 2014 09:29:00 +0300 Message-ID: To: Andrea Faulds , bishop@php.net Cc: PHP internals Content-Type: text/plain; charset=UTF-8 Subject: RE: [PHP-DEV] [RFC] intdiv() From: zeev@zend.com (Zeev Suraski) > -----Original Message----- > From: Andrea Faulds [mailto:ajf@ajf.me] > Sent: Wednesday, July 16, 2014 6:15 PM > To: bishop@php.net > Cc: PHP internals > Subject: Re: [PHP-DEV] [RFC] intdiv() > > The RFC has been updated to v0.2. It now proposes a %% operator for integer > division (with corresponding %%= assignment operator). However, it returns 0 > for the PHP_INT_MIN overflow case like %, rather than FALSE and an > E_WARNING. Guys, From debating whether it's worth it to add a new function for an not-so-commonly-used-operation-to-say-the-least, we're now seriously considering adding a new language level operator? Really? Zeev