Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:121427 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 58302 invoked from network); 19 Oct 2023 07:32:21 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 19 Oct 2023 07:32:21 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 2BDFB180044 for ; Thu, 19 Oct 2023 00:32:21 -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,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS197540 213.109.160.0/22 X-Spam-Virus: No X-Envelope-From: Received: from mail.bittransfer.de (mail.bittransfer.de [213.109.163.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Thu, 19 Oct 2023 00:32:20 -0700 (PDT) Received: from ip-109-43-242-123.web.vodafone.de ([109.43.242.123] helo=[192.168.171.24]) by mail.bittransfer.de with esmtpsa (Cipher TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92 #3) id 1qtNVx-0006Ye-Pm by authid with plain_login for ; Thu, 19 Oct 2023 09:32:18 +0200 Message-ID: <574990e9-1d1c-44f8-ad62-8894771e7790@hugbox.org> Date: Thu, 19 Oct 2023 09:32:16 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: pixel@hugbox.org To: internals@lists.php.net References: <1a95bb7e-dec7-483d-8535-86401dfe9f4b@online-presence.ca> Content-Language: en-GB In-Reply-To: <1a95bb7e-dec7-483d-8535-86401dfe9f4b@online-presence.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Custom object equality From: pixel@hugbox.org (Sven Michael Klose) On 10/18/23 20:20, Lanre Waju wrote: > I believe it's time to shift our focus away from backward compatibility > (BC) concerns in major versions. In my opinion, genuine operator > overloading is incomparable to the pseudo operator. I genuinely see the > operator overloads as an invaluable addition to PHP 9 > > Lanre I definitely agree with everything you wrote with enthusiastic attitude. Less BC could lead to awesome improvements in the future. PHP version checks could be added to applications instead then. pixel -- phone: ++49 / (0)172 / 44 1 88 56