Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:123678 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by qa.php.net (Postfix) with ESMTPS id E57871A009C for ; Wed, 19 Jun 2024 15:08:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1718809753; bh=A9xUhnthiRu4ts999TJsIMBRtpYWUQU6jZ9FnwoE4ag=; h=Date:To:From:Cc:Subject:In-Reply-To:References:From; b=ED/R1vkyShRlgnQIbhBr0jyls1dbnGPVwnOQajFc8FpszxzhcIBAqI+EQfKBslGAj snI9t/5l/rVRFIvYM2kVXUymmS7cYOc0Bj/VL1CB7SdLBKTpK/pUTiXTVhKINf2pVi ed+Ediouz0QLo+RpbuJTMr7d83VMeqpuY7J03WytvzrGuD/4ZoBPbtDXxq0UC8sgkB dxCue2wAOfBo9VphI3jgBz57I8Yc6+MzBytFrfZsSVZM+DHp4NY9ECB1L+zNzBkF4/ FvvmIOBDT/c/S/3NKOVhxKgvVkfUBQVgxIP4E2g0Flh3biBlEN6On2jJEXLk2tUK4P CYf30mx747MTw== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id A72A11801DF for ; Wed, 19 Jun 2024 15:09:11 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_PASS,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=4.0.0 X-Spam-Virus: Error (Cannot connect to unix socket '/var/run/clamav/clamd.ctl': connect: Connection refused) X-Envelope-From: Received: from mail-4323.proton.ch (mail-4323.proton.ch [185.70.43.23]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Wed, 19 Jun 2024 15:09:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gpb.moe; s=protonmail; t=1718809675; x=1719068875; bh=A9xUhnthiRu4ts999TJsIMBRtpYWUQU6jZ9FnwoE4ag=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=hy7By/u63zcnNRdcsI1ELJlpXJK24r3g53fR9UNM6x80g+Z8upAovmxnvPH+JV8ob ZuIW/vIKmELvjcglv1oUc1QosBTynjsaiCGIqvX0TCjDlH8F1lORNtiyfrm47ru08j Dsx7piJKBMJWtlxK9x7ox+fN6bullYsoptFCtCnhpn5ol1qzX3h7NRtXnywqon5RCT lculIjV71PbmZk6ilyleqgknR14iBDtq7c2n52FA6seVTIaUn4P+4cCQ4Soa2g1VZY 3GfPw1gnp6EAoxawGCT+QFPwvzvFslKk7kji2ZRLKCu972UEK5+qGGqaF7/I5RvCBS WYDwTtxAL2LgA== Date: Wed, 19 Jun 2024 15:07:44 +0000 To: Robert Landers Cc: internals Subject: Re: [PHP-DEV] Renaming "strict types" to "scalar type coercion" Message-ID: <9d28c9tOCChpWUcP1SFiFwtf2-w2XAtDzHsmM73myA7zfBsn7TxxEqs-VCnxRAgZjsk2TxS55owmM8wSLgBQL8LgeQLntUQ9toeLMkjTVx4=@gpb.moe> In-Reply-To: References: Feedback-ID: 96993444:user:proton X-Pm-Message-ID: 57c1de1b7a3a4a533e8c99e78f87214aa250bcd5 Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: internals@gpb.moe ("Gina P. Banyard") On Tuesday, 18 June 2024 at 17:37, Robert Landers wrote: > Hello internals, >=20 > [...] >=20 > What are your thoughts? As self-proclaimed leading expert on PHP type juggling. That it is a terrible idea with no gains whatsoever. Renaming the declare statement does not improve the situation. > PS. Personally, I would rather unify non-strict and strict in some way > that makes sense ... so, that route sounds nice too. See my old meta RFC: https://github.com/Girgias/unify-typing-modes-rfc It is a somewhat known hot take from mine that I think the strict_type decl= are statement was a mistake. [1] Mainly because it affects barely nothing in regard to the engine. I have written/co-authored multiple RFCs over the years to make the default= coercion mode less whack. [2][3][4][5][6][7] And my container/offset RFC is in the same vein [8] which lead me into a di= fferent rabbit hole then the one I was expecting to explore which is addres= sing PHP's weird comparison semantics. [9] Therefore, I would rather we focus on *actually* fixing PHP's semantics, th= an arguing about changing the name of something that shouldn't really exist= in the first place. Best regards, Gina P. Banyard [1] Slide 68 of my PHP UK talk "PHP's Type System Dissected": https://gpb.m= oe/doc/slides/PHP_Type_System_Talk_PHPUK2023.pdf [2] https://wiki.php.net/rfc/saner-numeric-strings [3] https://wiki.php.net/rfc/implicit-float-int-deprecate [4] https://wiki.php.net/rfc/saner-inc-dec-operators [5] https://wiki.php.net/rfc/locale_independent_float_to_string [6] https://wiki.php.net/rfc/exit-as-function [7] https://wiki.php.net/rfc/deprecate-boolean-string-coercion [8] https://github.com/Girgias/php-rfcs/blob/master/container-offset-behavi= our.md [9] https://github.com/Girgias/php-rfcs/blob/master/comparison-equality-sem= antics.md