Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:115788 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 87369 invoked from network); 24 Aug 2021 16:54:51 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 24 Aug 2021 16:54:51 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id AB92A1804B3 for ; Tue, 24 Aug 2021 10:28:52 -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.1 required=5.0 tests=BAYES_00,SPF_HELO_PASS, SPF_NEUTRAL autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS30827 82.113.144.0/21 X-Spam-Virus: No X-Envelope-From: Received: from xdebug.org (xdebug.org [82.113.146.227]) by php-smtp4.php.net (Postfix) with ESMTP for ; Tue, 24 Aug 2021 10:28:51 -0700 (PDT) Received: from localhost (localhost [IPv6:::1]) by xdebug.org (Postfix) with ESMTPS id 4961010C038; Tue, 24 Aug 2021 18:28:51 +0100 (BST) Date: Tue, 24 Aug 2021 18:28:51 +0100 (BST) X-X-Sender: derick@singlemalt.home.derickrethans.nl To: Deleu cc: PHP internals In-Reply-To: Message-ID: References: User-Agent: Alpine 2.23 (DEB 453 2020-06-18) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Subject: Re: [PHP-DEV] Guidelines for RFC post feature-freeze From: derick@php.net (Derick Rethans) On Mon, 23 Aug 2021, Deleu wrote: > We recently had the Nullable Intersection Types RFC process in an > unconventional way starting a new RFC post feature freeze. If memory > serves me right, another similar incident happened with the Attributes > RFC which had a syntax that could not be implemented without a > secondary RFC [1] and went through a secondary RFC which proposed a > different syntax [2]. I find this comparison disingenuous. The changes to the Attribute Syntax wasn't a new feature, and started well before feature freeze. and only just missed it, and some of that time wasted was arguably due to not being able to count. The RFC on nullable intersections is a NEW feature, and was started a week after feature freeze had already happened. It was *not* a mistake as the feature was specifically introduced as "pure intersection types", as outlined in the RFC, and re-articulated by the author in an interview (https://phpinternals.news/88#transcript) cheers, Derick -- 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