Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:113255 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 84258 invoked from network); 25 Feb 2021 08:58:49 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 25 Feb 2021 08:58:49 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id A3BD51804DD for ; Thu, 25 Feb 2021 00:47:46 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,SPF_HELO_NONE,SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mx.kolabnow.com (mx.kolabnow.com [95.128.36.42]) (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 ; Thu, 25 Feb 2021 00:47:45 -0800 (PST) Received: from localhost (unknown [127.0.0.1]) by ext-mx-out001.mykolab.com (Postfix) with ESMTP id F135DE94 for ; Thu, 25 Feb 2021 09:47:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kolabnow.com; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:date:date:message-id:from :from:references:subject:subject:received:received:received; s= dkim20160331; t=1614242863; x=1616057264; bh=Djlq5sLtvveeLX1+OBq kH0b8ML66mTothiW4ZCmL1/A=; b=TkCL72BnML2hHr16ggWdolCLiEet0EfEOzX 9AyTVO4xjmtQooePVBYaFI4KYycYiV/zdfIH70TGxAgK521oBcmPHwppVoNnr5Sg u2nEd4SDhe9pTNSTFi/p+/F0oRpwyzJrPGcQyFWQOBuSMbbx9IhHtyrng1C1BKsC p5hhOxiQpG4Xr4XJf4R8m54iZB/fJT6FAKi0Gej+y4GKaEkzVn3RgwLUuOu7D8Ph mhlygroNofvIX0bZP6Y+ouq8+v9ivA/BJ0ZwBbCMZLumqituh8U53wwmEoZvMh9F TMz96i4hMnEfasVrV7P51nWewOuWIYv83IzhVogmhDyk2hVJe7KBdsY6WdORdKgx sWeSSqvv2Ox19v1aaa6Rdofz3CRZT34Dts9Dbn3yZj+FHPbQ+HTPsQ7c55X12DSb LrUcfgWlRAAjbeyY6fWZyU3EGT3ZOdkVpDYBM0paXLreMm36H1kVo7CfEEYwDnVT wzPnPN09svO3oLcBFSRTe8Ug+NHnmlAYsAjQflmrBDoMxBQINvhGkTeBfOt15CLe LGzPmpqon6dGKsd4PfD3ip+4Vbs/iz5ZknM/xkpepUChmoF8Fq85EUg0Ntq0GaSA fQD0e5dgr6Rha0DDzEqP4y7AlCDQPgWpFJ4egvWKRXABf7qqPKuCzKpSHjbcAuk8 Po/Bxung= X-Virus-Scanned: amavisd-new at mykolab.com Received: from mx.kolabnow.com ([127.0.0.1]) by localhost (ext-mx-out001.mykolab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id etTGRt0mh2H8 for ; Thu, 25 Feb 2021 09:47:43 +0100 (CET) Received: from int-mx001.mykolab.com (unknown [10.9.13.1]) by ext-mx-out001.mykolab.com (Postfix) with ESMTPS id D2150AAF for ; Thu, 25 Feb 2021 09:47:41 +0100 (CET) Received: from ext-subm002.mykolab.com (unknown [10.9.6.2]) by int-mx001.mykolab.com (Postfix) with ESMTPS id 3528C7A6 for ; Thu, 25 Feb 2021 09:47:40 +0100 (CET) To: internals@lists.php.net References: Message-ID: Date: Thu, 25 Feb 2021 09:47:38 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Static variables in inherited methods From: alec@alec.pl (Aleksander Machniak) On 23.02.2021 15:01, Nikita Popov wrote: > While looking into various issues related to static variable handling, I've > become increasingly convinced that our handling of static variables in > inherited methods is outright buggy. However, it's also long-standing > behavior, so I've put up an RFC: > > https://wiki.php.net/rfc/static_variable_inheritance What about non-static methods with static vars inside? I think it should be mentioned in the RFC, that it does not matter. Or the examples should not use a static method, for clarity. I'm not sure I would agree with the Traits behavior being consistent. -- Aleksander Machniak Kolab Groupware Developer [https://kolab.org] Roundcube Webmail Developer [https://roundcube.net] ---------------------------------------------------- PGP: 19359DC1 # Blog: https://kolabian.wordpress.com