Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:110286 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 89510 invoked from network); 27 May 2020 11:19:07 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 27 May 2020 11:19:07 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id AC0531804D3 for ; Wed, 27 May 2020 02:59:31 -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=0.0 required=5.0 tests=BAYES_40,SPF_HELO_NONE, SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS1836 195.49.0.0/17 X-Spam-Virus: No X-Envelope-From: Received: from darkcity.gna.ch (darkcity.gna.ch [195.49.47.11]) (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 ; Wed, 27 May 2020 02:59:30 -0700 (PDT) Received: from flatter.home (unknown [IPv6:2a02:1205:34fb:29c0:fd70:c8d5:d023:ebb2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by darkcity.gna.ch (Postfix) with ESMTPSA id 0F17E6C151E; Wed, 27 May 2020 11:59:27 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) In-Reply-To: Date: Wed, 27 May 2020 11:59:27 +0200 Cc: Internals Content-Transfer-Encoding: quoted-printable Message-ID: References: <5ebff6c5.1c69fb81.1cf6b.cea7SMTPIN_ADDED_MISSING@mx.google.com> To: Max Semenik X-Mailer: Apple Mail (2.3608.80.23.2.2) Subject: Re: [PHP-DEV] [RFC] Strict operators directive From: cschneid@cschneid.com (Christian Schneider) Am 16.05.2020 um 16:56 schrieb Max Semenik : > On Sat, May 16, 2020 at 5:20 PM Mark Randall = wrote: >=20 >> IMHO we need to know what is happening with editions, as I think this >> would be an ideal candidate for that rather than another declare >=20 >=20 > On the other hand, a declare would allow a gradual upgrade path where > people can use strict mode for new code and convert file after file at > their own pace, taking their time to fix all the problems - while = already > taking advantage of new features where possible. The problem originally discussed (and among other things leading to the = P++ proposal) remains: We would have two semantically very different languages in one with just = a little line at the top of the file to distinguish between them. I cannot look at code like function same($a, $b) { return $a =3D=3D $b; } and know how if it works with my usage of types. In a way having this on a per-file-basis makes things even worse. - Chris