Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:127981 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 lists.php.net (Postfix) with ESMTPS id 364B51A00BC for ; Wed, 9 Jul 2025 21:23:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1752096087; bh=8/3el9jOPPIfTTH1nAjVayLdy0vpgjtpoSLUOsDgmJM=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From; b=O/ljDfK8BRjGGO13NHjqk71Kkt/qXIN7I1ju4SxsywbP+euK9UzBgMU7BaaP2dmhX SFtMWevSLwQYOJn2diFDDXmns4IWxnaIgVkojEEiHSV0iFVQhgoT3pezIWB7E/5KJA jJdV4C1gs8cHUizOgtre1JvjUuFARRuZ7ZmEq9qlVbIzEIf/CBu6Tj4OqC2qWM6Md0 ynm96pOL3EMno29I5LW7VQAIad+GW2xl1IV8ZZdWB8pA9mmjEpcXc/DM049dE5gjz8 DfUE1RRu98QPoDJNtQuglHF4xK2/Zi+xErWse7bFdND5gmbw0C7WgRogR63NQwF6Jn KR2qxze/oyINQ== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 302B3180054 for ; Wed, 9 Jul 2025 21:21:27 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_PASS,FREEMAIL_FROM, HTML_MESSAGE,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=4.0.1 X-Spam-Virus: Error (Cannot connect to unix socket '/var/run/clamav/clamd.ctl': connect: Connection refused) X-Envelope-From: Received: from mail-wr1-f47.google.com (mail-wr1-f47.google.com [209.85.221.47]) (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, 9 Jul 2025 21:21:26 +0000 (UTC) Received: by mail-wr1-f47.google.com with SMTP id ffacd0b85a97d-3a6cdc27438so319265f8f.2 for ; Wed, 09 Jul 2025 14:23:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1752096196; x=1752700996; darn=lists.php.net; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=dgDDWlYKTVIAjkiSJu3ykcIFvZzx25dw8l9a609jBdE=; b=P/lltneYuhyfJ5AK6xNJkGeXf5v5Zg3j3gA/hWWwgji+JruvgGOnIJQlWQ6mrxOyQc XcxFE9DaCEzMoZSMvcmMktpVii7yuO2WNQpW/Mnn93Mcy1KvVXK4dLxeoa7gKZYX32PM vFPxXt6Gsx+aOhqUVNV9P28bYxCZZiNIjphZufCddjS4hJfbhR/OLVqahhZELJHOOSzh 6AAqpPVwUWnnlb6aFLIqWQNXVYv7n413zzQgB5Cs6ggNUSQE2eWBdkYLNzeTsYJwi7Kp ESTTIJkIOwvfybDSZ3sZ0Qxm0AxMRcrhk8lrpaqi/ayVkQqT5vVEXEZHjhGDkI3+jyN2 +70Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1752096196; x=1752700996; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=dgDDWlYKTVIAjkiSJu3ykcIFvZzx25dw8l9a609jBdE=; b=En2EBOWJGcjvvjQasPB5IK/Ks93goo2h4JbP6Jhxz/YnUiv/jjioa8EeBxP17ebvsG hgDVyIVC3cKdCsZN41BUkZbupGnKhy8Zz3AHS2yI7QaEdprOiGMJTMUNQevkqAPZ3/M9 i4zkemvXzX/36G/csjyt2JijrTjqwATyf1Pnz1waxC9YlGcOVfKryomjyGqdh7kaWIAU upT2gUrsoB2MNk31X4liaoPW8HDhKDWuKqblSazRHLQx8L6rfeISvZblpmTGwUkAfqhV 8IldSP8hzmhvCf0cwFSGtctrvZ25k+miXVCVFDMIOnnWB8/tGqMlJM4cCi22wrvr75Ph F72A== X-Forwarded-Encrypted: i=1; AJvYcCUUTNZLfVjyTgGJyKhaTJL7Y94PRncs1gau0yz9z4ikDWv9x79+KRJGvB3sAUA7zB9+oyJfQJ1bX2U=@lists.php.net X-Gm-Message-State: AOJu0YyiTbuIGbCLek2FJBZ2TE8GPXDXN8bGtrd5bLEqexeyZGxyinMx J07Swa1x0227d5qFaC//OhnycjVu6RZUSuGzsW6c1XywIGLCCKhRRQZjzmdRZg== X-Gm-Gg: ASbGncuLQ2/9XvKfjBstEAjVd0A2rBLSCBOql76K45OS1v4ZknT/sgUzwxKzKmE4Wtb 840Im0HRKW5kZpwHnEM9vFZWcCGD0ceX4sngRiYhwQ9DeJWzPNT4YFkeAxk7cf+7xRFI/sr2I/l 2hhzyBR2iKetuzMaKwYnja6fNU5LMyZ42zTOINNiMCCFZeowQMncYhXxM3vfCA2q+Hz385SZ+3W r2E7i5QL3XxE0cVgutuogiEnABTNMPI7Gh9Qe09nIO2edrraCnPCpx2Ne+ftyhVtlOCx87XFQAO ZSFaPjPc7RGsdCOedZromf3RQgIBeyeQ8xb4zLFcI2bQnlOjyzvaCyUgLLmjUBccELClnmSNmn7 Lpx+b X-Google-Smtp-Source: AGHT+IG69UCorAgE8/HFZ843gqxUljoPlJX0trPDJFUgeKngqgTJhrSlLlRQgPB7r88F7cC89f2slQ== X-Received: by 2002:a5d:64c9:0:b0:3b4:9c09:1aa2 with SMTP id ffacd0b85a97d-3b5e8671ed0mr238778f8f.13.1752096195349; Wed, 09 Jul 2025 14:23:15 -0700 (PDT) Received: from smtpclient.apple ([89.249.45.14]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-454dd47528fsm50565e9.13.2025.07.09.14.23.14 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Jul 2025 14:23:14 -0700 (PDT) Message-ID: <7808C18B-127F-4C60-914C-CCF14FD74055@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_38645F5C-3199-4306-8093-39E4436FEC0D" Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net x-ms-reactions: disallow Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.600.51.1.1\)) Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 8.5 Date: Wed, 9 Jul 2025 23:23:04 +0200 In-Reply-To: <6dxtR-lrZ-CVEhWWJp1IlCYt8_v0u16-lWG69EeyJAvUQdlDeW-2VgKZ7tezX4fG-JhORVaXZa9Kotnm8WlM6Mz7G1_NzzhFSozx3wuEHTU=@gpb.moe> Cc: Daikaras , PHP internals To: "Gina P. Banyard" References: <43b55cf7-bd7a-40a0-90ee-0b9dd67f54bb@daikaras.lt> <6dxtR-lrZ-CVEhWWJp1IlCYt8_v0u16-lWG69EeyJAvUQdlDeW-2VgKZ7tezX4fG-JhORVaXZa9Kotnm8WlM6Mz7G1_NzzhFSozx3wuEHTU=@gpb.moe> X-Mailer: Apple Mail (2.3826.600.51.1.1) From: claude.pache@gmail.com (Claude Pache) --Apple-Mail=_38645F5C-3199-4306-8093-39E4436FEC0D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > Le 9 juil. 2025 =C3=A0 14:21, Gina P. Banyard a = =C3=A9crit : >=20 > On Wednesday, 9 July 2025 at 08:17, Daikaras = wrote: >>=20 >>> We propose to deprecate the following non-standard cast names: >>>=20 >>> (integer) >>> (boolean) >>> (double) >>> (binary) >> Hello, >>=20 >> Just wondering is this going to affect `settype()` function? There is = already some disparity in that `settype()` supports = `integer/boolean/double` but not `binary` type (and additionally = supports `null` type). >>=20 > I wasn't aware of the discrepencies with settype() so I added the = deprecation of non-canonical type names to settype() as its own = deprecation entry in the ext/standard section. > Thanks for bringing this to my attention! >=20 > Best regards, >=20 > Gina P. Banyard Hi, A possible reason for wanting to use the non-canonical names in = settype(), is that those names are returned by gettype(). Fictional = example (not intended to be reasonable, only illustrative): ```php function settype_from(&$a, &b) { return settype($a, gettype($b)); } ``` Personally, I have used "integer", etc. instead of "int", etc., in = settype() in the past, because those were the =E2=80=9Ccanonical=E2=80=9D = (as I perceived) forms returned by gettype(). I have slowly fallen out = of that habit in the years after I began to use scalar type declarations = (introduced in PHP 7). =E2=80=94Claude= --Apple-Mail=_38645F5C-3199-4306-8093-39E4436FEC0D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Le 9 juil. 2025 =C3=A0 14:21, Gina P. Banyard = <internals@gpb.moe> a =C3=A9crit :

On = Wednesday, 9 July 2025 at 08:17, Daikaras <webmaster@daikaras.lt> = wrote:
=20

We propose to deprecate the following non-standard cast names:

  • (integer)
  • (boolean)
  • (double)
  • (binary)

Hello,

Just wondering is this going to affect = `settype()` function? There is already some disparity in that `settype()` supports `integer/boolean/double` but not `binary` type (and additionally supports `null` type).

=20
I wasn't aware of the = discrepencies with settype() so I added the deprecation of non-canonical = type names to settype() as its own deprecation entry in the ext/standard = section.
Thanks for bringing this to my = attention!

Best regards,

Gina P. = Banyard
=

Hi,

A possible reason for wanting to use the non-canonical names in = settype(), is that those names are returned by gettype(). Fictional = example (not intended to be reasonable, only = illustrative):

```php
function = settype_from(&$a, &b) {
    return = settype($a, = gettype($b));
}
```

Personall= y, I have used "integer", etc. instead  of "int", etc., in = settype() in the past, because those were the =E2=80=9Ccanonical=E2=80=9D = (as I perceived) forms returned by gettype(). I have slowly fallen out = of that habit in the years after I began to use scalar type declarations = (introduced in PHP = 7).


=E2=80=94Claude
= --Apple-Mail=_38645F5C-3199-4306-8093-39E4436FEC0D--