Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:110385 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 18854 invoked from network); 5 Jun 2020 10:42:24 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 5 Jun 2020 10:42:24 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 45EF4180211 for ; Fri, 5 Jun 2020 02:25:01 -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,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,FREEMAIL_REPLY, HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE, SPF_PASS 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-lf1-f42.google.com (mail-lf1-f42.google.com [209.85.167.42]) (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 ; Fri, 5 Jun 2020 02:25:00 -0700 (PDT) Received: by mail-lf1-f42.google.com with SMTP id h188so5371154lfd.7 for ; Fri, 05 Jun 2020 02:25:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xgmA8fBUxdYJffP2LoVOPWdMqb5rX/GLN6KVMgKMwnw=; b=fVJ5QEfCOU6wr1BGUd3cFTLqIRyhI8Ts9x6GX4gEcYispYg6d33bBLr4iwnNU7pN8L dLGfuV/eVLfHd5mDA0YKzMvGuwvL8sMGPYr1tPo3UT1gGv1P/qn3/jMa48ViUd7VYL3J /gT6ozvZ4mJcvRFJwLKTQmOKeSbdhDd2ViJaMi+mOdrf2t0IDQxAqwBZQwsrIzPOtnUD 9+WMDkHaeeuOwoTkOg8FQuXlCLOtfHqTCjT34P8Xm0VIZXxg83zAB8JyoDY9+Rww00E3 iIghT8zcH5OaC2sjhSJ67tvQyduKhtoTOJ+lq/Q74xVilAnAL5lHmyu+dCkYo5OPp4AJ 2MuA== 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=xgmA8fBUxdYJffP2LoVOPWdMqb5rX/GLN6KVMgKMwnw=; b=a+3FhPllyOg2bDuxh+vYbPIJ9Hl2Kv2r+uQCA8EzTcIdkJWbzQvMcQJRY3Q55QCV5q 23dZTS0kor8S0rJ5/R3uIZ0Hvpc/1/Skpg6M//tui5uT+5JcNnxFVSJwzMryD8Z5uWya 8fhXo9HG/f3exqQgDn6M18X3EHlLoZHghQO7mjeqQkvm1Vx9tncmFpynl5R5WgJ8OB2u cD1tJTWNBptIrZFjN+eaSoMWJVKPJY4GZtSKmP3nBttBjJQZUZLijQqI/NQwFj+5JQ5I nAZyqBJ9IY2M1A3NkjuqMbeNg58m7uEEi0vuafXtHtfnnYdyAJ6IBstujqivl3hWkekj SB0g== X-Gm-Message-State: AOAM531yPR5+wYLBiVJ41A+0bowK/Rxg0bmL/ubF7cGEeGT7h28npc5f NVIJjTubIWLUFV8yWr1+b3XgJXiGT3tB3AmfwGM= X-Google-Smtp-Source: ABdhPJwQrgYWqlvL7zT5bvOSJPM47EPBMlR9n02zWXVPmzy6NeniSJllu4SyNrx6+GtFL+zGIu+TU9vpECuc2KbUb1A= X-Received: by 2002:a19:642:: with SMTP id 63mr4928313lfg.173.1591349099240; Fri, 05 Jun 2020 02:24:59 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Fri, 5 Jun 2020 11:24:43 +0200 Message-ID: To: Nicolas Grekas Cc: PHP internals Content-Type: multipart/alternative; boundary="000000000000c622b805a752d53d" Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 8.0 From: nikita.ppv@gmail.com (Nikita Popov) --000000000000c622b805a752d53d Content-Type: text/plain; charset="UTF-8" On Fri, Jun 5, 2020 at 11:14 AM Nicolas Grekas wrote: > > It's that time of year again. Feature freeze is looming, so it's time to >> talk about deprecations! >> >> https://wiki.php.net/rfc/deprecations_php_8_0 >> > > Thanks for the RFC. > Would it make sense for you to postpone this for 8.1? > I'm talking with my experience on Symfony here: we decided to give ppl > some rest when they upgrade and always have our *.0 versions > deprecations-free. > Chasing BC breaks is a hard enough task for ppl to upgrade. Adding the > additional step of solving deprecations is extra work that is not needed > yet. I know solving deprecations is optional, but many teams have CI that > fail on deprecations. > > I think it could be nicer to the userland community to have a smother path > here, IMHO. > > Nicolas > Hey Nicolas, I'm certainly open to that! I don't think there's any strong reason to deprecate any of these in PHP 8.0 in particular, as we'll only be able to drop them in PHP 9.0 anyway. Anyone else have thoughts on that? We do already have a couple of deprecation in PHP 8.0, but those are generally directly related to some change that happened in PHP 8.0 in particular. Regards, Nikita --000000000000c622b805a752d53d--