Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:111111 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 95078 invoked from network); 22 Jul 2020 13:55:29 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 22 Jul 2020 13:55:29 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id BA8B01804C8 for ; Wed, 22 Jul 2020 05:49:54 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from srv015.mail.ichtushosting.com (srv015.mail.ichtushosting.com [159.69.182.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Wed, 22 Jul 2020 05:49:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=stitcher.io ; s=default; h=To:References:Message-Id:Content-Transfer-Encoding:Cc:Date: In-Reply-To:From:Subject:Mime-Version:Content-Type:Sender:Reply-To:Content-ID :Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To: Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe :List-Post:List-Owner:List-Archive; bh=PC+DfU9fhYhQJYZ+6omc6URMst8BqQKCQ69ISxg/DvI=; b=BiIL9nU9JBjvD8rEHDp1XDYy9K ZqiRDr8zQVU+apTs3l5umDDvzQKtSsncANL1V+HIIP2M4FByihxmsXaX5I4nL54ktaQVd1FaVXN94 cVjKg1/PeDzaQ0cbBx8GZTHXxyBkwPA+iMXHu97LkHBjB5GHESkPNFTUBa9vu/XyZos5VgLE5encu 6tDVPTHYzwrNE8CMvkzJG/Ztr5+D+TlT8VRlFkeJJbLIsOlI1el46whzaAXy001KtDEk73boG+gMc HP8WcI5+eyaf0u0OTfV6mtuIVGHMkjQkWW/4fzVLpAwRQj37gLL9FCWO2cZJk132ae96K1rNS5GRE sl+mcn+w==; Received: from srv020.mail.ichtushosting.com ([78.46.213.219]) by srv015.mail.ichtushosting.com stage1 with esmtp (Exim MailCleaner) id 1jyEBz-0006bG-Hc from ; Wed, 22 Jul 2020 14:49:51 +0200 Received: from ptr-fq9pjph4ctfpkeqibp2.18120a2.ip6.access.telenet.be (ptr-fq9pjph4ctfpkeqibp2.18120a2.ip6.access.telenet.be [IPv6:2a02:1812:c3c:3a00:4571:1cf7:1860:ddb6]) (Authenticated sender: brendt@stitcher.io) by srv020.mail.ichtushosting.com (Postfix) with ESMTPSA id F021E3EBFC; Wed, 22 Jul 2020 14:49:48 +0200 (CEST) X-MailCleaner-SPF: pass Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) In-Reply-To: Date: Wed, 22 Jul 2020 14:49:48 +0200 Cc: PHP Developers Mailing List Content-Transfer-Encoding: quoted-printable Message-ID: <0E082DE8-6862-44AC-A398-D43B8806DB8D@stitcher.io> References: To: Benjamin Eberlei X-Mailer: Apple Mail (2.3608.80.23.2.2) X-MailCleaner-TrustedIPs: Ok Subject: Re: [PHP-DEV] The @@ is terrible, are we sure we're OK with it? From: brendt@stitcher.io (Brent Roose) Doesn't it make the most sense to re-vote the syntax? I'd consider the = previous vote to be invalid given the parsing issues that weren't listed = in the RFC. A re-vote seems the most fair: if the majority still prefers @@, then so = be it. Otherwise the syntax changes once again, before feature-freeze. I = suppose the RMs should have a final say in this descision? Kind regards Brent > On 22 Jul 2020, at 14:46, Benjamin Eberlei = wrote: >=20 > On Wed, Jul 22, 2020 at 2:40 PM Deleu wrote: >=20 >> "Terrible" is the amount of humans having their lives taken by a = pandemic. >> This is at most slightly inconvenient for you. The aggressive tone in = this >> discussion is extremely unnecessary. >>=20 >=20 > After the RFC was voted on for @@, objectively "terrible" (or bad) = reasons > for this patch have been found though, that can only be softened by > changing token parsing for namespaces. >=20 > This is not a subjective opinion. >=20 >=20 >> On Wed, Jul 22, 2020 at 2:00 PM Derick Rethans = wrote: >>=20 >>> Hi all, >>>=20 >>> I know we've voted twice on this already, but are we really sure = that >>> the @@ syntax is a good idea? >>>=20 >>> - There are lots of grumbles, both on here, room 11, as well as in = the >>> wider community = (https://www.reddit.com/r/PHP/comments/hjpu79/it_is/) >>> - It has the distinct possibility to cause further parsing issues, = akin >>> to what ended up happening with what Nikita is addressing at >>> https://wiki.php.net/rfc/namespaced_names_as_token >>> - There is no "end symbol" to make finding occurences easier. >>> - It is a syntax *no other language* uses. >>> - @ is never going to go away, so the possibility of @@ moving to @ = is >>> also 0. >>>=20 >>> Please, let's do the sensible and use the Rusty #[...] syntax. >>>=20 >>> cheers, >>> Derick >>>=20 >>> -- >>> PHP 7.4 Release Manager >>> Host of PHP Internals News: https://phpinternals.news >>> Like Xdebug? Consider supporting me: https://xdebug.org/support >>> https://derickrethans.nl | https://xdebug.org | https://dram.io >>> twitter: @derickr and @xdebug >>>=20 >>> -- >>> PHP Internals - PHP Runtime Development Mailing List >>> To unsubscribe, visit: https://www.php.net/unsub.php >>>=20 >>>=20 >>=20 >> -- >> Marco Aur=C3=A9lio Deleu >>=20