Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:111622 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 54611 invoked from network); 19 Aug 2020 09:46:28 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 19 Aug 2020 09:46:28 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 01CEF18050B for ; Wed, 19 Aug 2020 01:47:50 -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=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2, SPF_HELO_NONE,SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mail-wm1-f50.google.com (mail-wm1-f50.google.com [209.85.128.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Wed, 19 Aug 2020 01:47:49 -0700 (PDT) Received: by mail-wm1-f50.google.com with SMTP id g75so1327810wme.4 for ; Wed, 19 Aug 2020 01:47:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=beberlei-de.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=O4wQxNAysNruNw9ZG5LOI82gvHfrSmdozcv/3rTNJdA=; b=D/UPs9pOWypTrK5KQ363aK1mbMMFti85ADouP7ov2svj4tASD1gDK6mk2TNicFPnE/ 123skLm7EHijJzyFFO/viieXFXQsTQ+GiiMzoIu+VVZYNm4adAFxIFmbJPrAQ35syKXu +J8dDtRI13qPwRGJRgGBsN3cQKPyZGEP8c4yCa7jD+R6UDZYSrVzyUH0D6OCRuZES3D6 gWywHCDpgRwScGJD0T2BUNH6APfMijF9zmAlInSdEZLtyDZiqtz5Srh8DEqK07yhQbpz rMP35HKkeXAAh/GuugIYuHyoCSk5w1FEvK6OU73GVzEjjRzgh2RcDQhVWGmkX6HrrxAN hT3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=O4wQxNAysNruNw9ZG5LOI82gvHfrSmdozcv/3rTNJdA=; b=tkLzFqd/dNo7Bu18laB0UnCfd97CU+8b+EtrITCkPEi9RgXsGADeUCQG/hLbmoK0cG nDjYQJOsj8ORJ1QodUjhEQMoNdfOmVs/AUtrINhR4cUDTWjcOh8Oq4cOCk9w/nkVGbSC 1BR5pNBOBjaGClZyHKPaQk9ZPKfTbD0QhxEn4ARvCYvrvsvd+UZbCBnMWEczXBiEQzm0 K5Qn+mWL9yet2cxGH3EOPnnNAWHDARkNg6jzpuGtkz6tUhCOM21NRAOQPRuzX8Xn9UGb /P3+UVWk00l716Me2PEQAU//1wbhzjRxN+ezkyFLEhQUo/u9zExMuKqD5OqDBfiG4vQM HO6A== X-Gm-Message-State: AOAM5324HFae1tuAZnR+j+Zlp8PRi6YflSj+s86tQ4h3Gzghqp6bgf3e bh7ibMQeVP6cw3CSHnLcPBR3aOjzVgAIypm+zn50s5iIHHyZeQ== X-Google-Smtp-Source: ABdhPJzZnZ38VCj9KxE+1nVd5JV9ULST7/yFdgi2500n1W0loFJRmMHBn2d8YQAbtyeuEA1RN8aeH2uIS3/87zbluVs= X-Received: by 2002:a05:600c:410b:: with SMTP id j11mr4057952wmi.38.1597826866911; Wed, 19 Aug 2020 01:47:46 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Wed, 19 Aug 2020 10:47:35 +0200 Message-ID: To: Derick Rethans Cc: PHP Developers Mailing List Content-Type: multipart/alternative; boundary="000000000000d0b33c05ad370ec3" Subject: Re: [PHP-DEV] [RFC] Shorter Attribute Syntax Change RFC 0.2 From: kontakt@beberlei.de (Benjamin Eberlei) --000000000000d0b33c05ad370ec3 Content-Type: text/plain; charset="UTF-8" On Tue, Aug 18, 2020 at 8:00 PM Benjamin Eberlei wrote: > > > On Tue, Aug 4, 2020 at 3:46 PM Derick Rethans wrote: > >> Hi, >> >> Out of Banjamin's suggestion[1], I've updated the Shorter Attribute >> Syntax Change RFC to reflect that process: >> >> https://wiki.php.net/rfc/shorter_attribute_syntax_change >> >> Patches and comments welcome. >> >> FWIW, this has an excemption from the RM Sara as per [2]: >> >> > * Shorter Attribute Syntax Change >> > - Joe/Derick - Please make sure this RFC moves along and reaches >> > conclusion by beta3, as discussed previously. >> >> Heads up: This RFC is now going to vote tomorrow: > > https://wiki.php.net/rfc/shorter_attribute_syntax_change > > I have updated the RFC one last time with as much of the feedback as > possible: > > - a section about comparing to complexity of type definitions > - removal of the machine reading section as too narrow and ultimately not > that important as downstream libraries just have to deal with any of it > - some more nuances in forward compatibility pro/cons section of #[] > - smaller corrections and improvements. > > I don't think something major is missing now. > One last change that I didn't see yesterday as it was on Github and not this list is the addition of another syntax proposal @{} with the same benefits as @[], a little more snowflake than compared to other languages, but without the BC Break. > > >> >> cheers, >> Derick >> >> [1] https://externals.io/message/111218#111261 >> [2] https://externals.io/message/111286#111286 >> >> -- >> 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 >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: https://www.php.net/unsub.php >> >> --000000000000d0b33c05ad370ec3--