Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:110356 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 83144 invoked from network); 4 Jun 2020 01:20:45 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 4 Jun 2020 01:20:45 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 682BF1804D3 for ; Wed, 3 Jun 2020 17:03:02 -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-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-wm1-f52.google.com (mail-wm1-f52.google.com [209.85.128.52]) (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, 3 Jun 2020 17:03:01 -0700 (PDT) Received: by mail-wm1-f52.google.com with SMTP id r15so3814974wmh.5 for ; Wed, 03 Jun 2020 17:03:01 -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=LWcAOvP4n6oeT7gVTs6SY9WG5qDrr3sRxFL6sgZMWvs=; b=ebOZzJeY0oojRo+JJA7Q/LLQh+mQHJAnOip1iYLtvQOrFIcXUHKckheyPYlBnllAQM DafAQifzycKTwrs6bljxVAHxjxjVJzcltHZYbDxcJOpYT6pw2Z1AyKIiDoUK1NKsfpcS SSCatznC1nfVqzTjWJOz/I7wjBJOI49GqaVSQ6MQudzG0pzrp7h8+bse6KOlcoC6ItnY 6F1A62CXjWcWyH4jL/Ofy7u2NMBx34PourfVv/MEZ2Ik5j2KRGVrRKRSvtr/CjvQ2HOx IC0aCDq8ucQ0sI2e6FOuTKOlFrFLYIrNOAjlGAk76HQLNHvfQKWgDrs/SaAXC7huwFZk 3L/A== 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=LWcAOvP4n6oeT7gVTs6SY9WG5qDrr3sRxFL6sgZMWvs=; b=J6WhC0gky8CybmVWEcb5gaITG3fRbdFZcUAw8AxSAmqI9RrQ86BPEYVe+ZJrilPwJC CygiFTs2UepZj/Z7HVZ1Y7FYCoffaMqXZ8h6HbYMZD2qDjDLqWv96vYEMQGJTTJVk6IS EqmgM19IrUB8FE//MNZYqlxNr6JmtkVh9XTNFUPIjThTP701tL92CCIw4ecGZLXng3D/ rImG/9e/V2YxTpmBBYeOoF7adog4pQRoY7sGt4tYY9Z9cmbaCsx3UxOt5MO90bLh/7/P Se1WVPUoufTye0/DHPfPvF5MRTQ3895Rzx5fC7VeJcBCVynhfe9hujsl972oxcwu5DSU oj4g== X-Gm-Message-State: AOAM5331s3reh7vblUvT2s5s7PdBcKOJIL9f422EdnDgzi3mpnTfC872 /3HzwDuiu+4z5Wj5ILbg32n0NVHdDLpzKa1Up3plXw== X-Google-Smtp-Source: ABdhPJwiAq/QNzUlUl7IeNOnGxiPWA8sopFtgI0NqKKcsRIJFwsuXsKtZY1Vo1fsc+MQthGCUi4cj4pdHnHf3ECR8XE= X-Received: by 2002:a1c:cc0d:: with SMTP id h13mr1494421wmb.168.1591228979424; Wed, 03 Jun 2020 17:02:59 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Thu, 4 Jun 2020 02:02:48 +0200 Message-ID: To: Theodore Brown Cc: internals Content-Type: multipart/alternative; boundary="00000000000013452b05a736de91" Subject: Re: [PHP-DEV] [RFC] Shorter attribute syntax From: kontakt@beberlei.de (Benjamin Eberlei) --00000000000013452b05a736de91 Content-Type: text/plain; charset="UTF-8" On Thu, Jun 4, 2020 at 1:55 AM Theodore Brown wrote: > Hi internals, > > I discussed the syntax for attributes further with Benjamin, Martin, > and several other internals developers off-list, and with their > feedback completed an RFC proposing to use the shorter `@@` syntax > instead of `<<>>` for attributes in PHP 8. > > https://wiki.php.net/rfc/shorter_attribute_syntax > > The goal is not to bikeshed over subjective syntax preferences, > but to address several concrete shortcomings related to verbosity, > nested attributes, confusion with generics and other tokens, and > dissimilarity to other common languages. > I don't have strong feelings for any syntax. I was focussing on <> because from the previous RFC proposed by Dmitry in 2016 it looked like this is the most likely to get accepted and at least compared to @: that proved to be right. In hindsight it would have been better to have a three way vote on syntax including this AT-AT syntax, but having another vote now just about the syntax (not the feature) will make the end result (whatever it might be) stronger. And this is the last possible point in time where we could make these changes. > Best regards, > Theodore > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --00000000000013452b05a736de91--