Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:105792 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 57676 invoked from network); 29 May 2019 11:30:58 -0000 Received: from unknown (HELO vie01a-dmta-pe07-3.mx.upcmail.net) (84.116.36.19) by pb1.pair.com with SMTP; 29 May 2019 11:30:58 -0000 Received: from [172.31.216.235] (helo=vie01a-pemc-psmtp-pe12.mail.upcmail.net) by vie01a-dmta-pe07.mx.upcmail.net with esmtp (Exim 4.91) (envelope-from ) id 1hVu8B-000AR2-2P for internals@lists.php.net; Wed, 29 May 2019 10:40:19 +0200 Received: from mail02.home ([213.47.8.56]) by vie01a-pemc-psmtp-pe12.mail.upcmail.net with ESMTP id Vu7ChnGbq5D5NVu7DhsbcE; Wed, 29 May 2019 10:39:19 +0200 X-Env-Mailfrom: markus@fischer.name X-Env-Rcptto: internals@lists.php.net X-SourceIP: 213.47.8.56 X-CNFS-Analysis: v=2.3 cv=bu8y+3Si c=1 sm=1 tr=0 a=UsP8JIz990cEySE/ILGzbQ==:117 a=UsP8JIz990cEySE/ILGzbQ==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=MKtGQD3n3ToA:10 a=1oJP67jkp3AA:10 a=E5NmQfObTbMA:10 a=2EALvoLjsrEA:10 a=ZZnuYtJkoWoA:10 a=8pif782wAAAA:8 a=fcmvz-IuAAAA:8 a=3Gd9oP6pL8v1JSxZPYoA:9 a=QEXdDO2ut3YA:10 a=_TyUxAXpaq7H7e3qsmv5:22 Received: from mail02.home ([192.168.1.14] helo=the-matrix-has-you.local) by mail02.home with esmtp (Exim 4.72) (envelope-from ) id 1hVu7C-00080J-2o for internals@lists.php.net; Wed, 29 May 2019 10:39:18 +0200 To: internals@lists.php.net References: <1858501.VmE1D5L3rF@mcmic-probook> Message-ID: <39e8e5ad-6685-9406-68ac-1fb1edbeb537@fischer.name> Date: Wed, 29 May 2019 10:39:17 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <1858501.VmE1D5L3rF@mcmic-probook> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- X-Spam_report: Spam detection software, running on the system "scanner01.home", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, On 29.05.19 09:49, Côme Chilliet wrote: > What bugs me with this RFC is that it seems to be mainly intended for grouping digits by 3, which from what I understand is cultural. > At least some asian languages have a concept of https://en.wikipedia.org/wiki/Myriad and group them by 4, at least from the language point of view. > It does seem when writing as numbers they still group by 3, but it seems other usages exists: > https://japantoday.com/category/features/lifestyle/10-000-or-1-0000-japanese-schools-are-starting-to-move-commas-on-big-numbers-but-why [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: japantoday.com] -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-CMAE-Envelope: MS4wfN5Zajj/ZUHsShWkAKQ+hzsM2+gOpfAA8MVuBkAOg9klsGYwEvuD9FpQFx0ljE3Kq+lrtOHiTKmHL8B63R7AZoWCfdWEaSy0hnTNl4WI7wrazyVzZREr 2JRt0TnK5Rw9WFFecB8+UAiYptUhSgY1CAKADA8jAGRw7EG9GoOlze9o Subject: Re: [PHP-DEV] Re: [RFC] Numeric Literal Separator From: markus@fischer.name (Markus Fischer) Hi, On 29.05.19 09:49, Côme Chilliet wrote: > What bugs me with this RFC is that it seems to be mainly intended for grouping digits by 3, which from what I understand is cultural. > At least some asian languages have a concept of https://en.wikipedia.org/wiki/Myriad and group them by 4, at least from the language point of view. > It does seem when writing as numbers they still group by 3, but it seems other usages exists: > https://japantoday.com/category/features/lifestyle/10-000-or-1-0000-japanese-schools-are-starting-to-move-commas-on-big-numbers-but-why My understanding from the RFC is that that the grouping is not relevant, the `_` is stripped regardless. I would expected this all to work the same - 1_000_000 => 1000000 - 100_0000 => 1000000 - 1_0_0_0_0_0_0 => 1000000 It even gives similar examples with the hex variant: 0x42_72_6F_77_6E; // with separator Am I wrong? - Markus