Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:124827 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 08C491A00B7 for ; Wed, 7 Aug 2024 15:07:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1723043357; bh=2M1J6wBbbNVI7cU4BrlDywQzbDbY/VpBLYowNRmjFuE=; h=Date:From:To:Subject:In-Reply-To:References:From; b=aQ3/4jEHiKakDawLzGSYgXAtVWLrsZm7QqaJofSGWnif7AIfQj8iZxaPtFfDfASFw hjmkBKvaaKfWocrIo5JiteztJL++xXC/mwt6cmG6nzsHKW2xKog/10kj1kCOvmt3lz ilyLkUWr8YCXOb9aNmjXBiYlmaejcvq8XRcIJ2AHp2LwoPKuAsVLCl5QX8IvZa6ZHU Qk2GA7djm1uKFxHwT+VjYJDsWbetkCZjekRVZg57V0E5JNokbfFIkB0NJbbzjlNeuT gZNOFf+CPE3ynjzhDgiNkqQg1t1sOl+zb5aZrvdAflpmpxFHuEQNHIdukkNpoVWS0O CFk/aCRD1K3fA== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 11B6618003E for ; Wed, 7 Aug 2024 15:09:16 +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,HTML_MESSAGE, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=4.0.0 X-Spam-Virus: No X-Envelope-From: Received: from mail.stella-maris.solutions (mail.stella-maris.solutions [46.101.232.159]) (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, 7 Aug 2024 15:09:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=heigl.org; s=mail; t=1723043252; bh=2M1J6wBbbNVI7cU4BrlDywQzbDbY/VpBLYowNRmjFuE=; h=Date:From:To:Subject:In-Reply-To:References:From; b=YYLu68gHqaMhS+fL4ITh+tQ12qq/5RDRNLgOu5nm3wm8QjU3fteP1f1It4ONmHOBe JubsaCt7WWZ3VBAYiXlID6M6BV+75jVECgs4unCN6bWYD7GTMVq0XL0Hse1uPVLB/E aPGhs70hW1J1/kO45n8IcF+/PPVUqO3oEJTqwg008OW7ikERNx+fDO71dvHNYztA2+ qdv7BEsl9k+TE9NgAtO6Jg1uHBAqyZj2y/snx36K/gq6ywjAWScZuppVNK4bI21Ym6 28bMZh6Ko20b8UHVBqBX2orsntKNISR/bd5/0r9XSgRk/15iq9264uY3ExXiba4zOZ lygoijL7zZoWg== Received: from [127.0.0.1] (tmo-072-228.customers.d1-online.com [80.187.72.228]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.stella-maris.solutions (Postfix) with ESMTPSA id BDD4A7E001 for ; Wed, 7 Aug 2024 15:07:31 +0000 (UTC) Date: Wed, 07 Aug 2024 17:07:29 +0200 To: internals@lists.php.net Subject: =?US-ASCII?Q?Re=3A_=5BPHP-DEV=5D_=5BRFC=5D_=5BVO?= =?US-ASCII?Q?TE=5D_Transform_exit=28=29_fro?= =?US-ASCII?Q?m_a_language_construct_into_a_standard_function?= User-Agent: K-9 Mail for Android In-Reply-To: <0FA837CD-60C3-4F4C-9044-C44FB0AF5788@php.net> References: <0FA837CD-60C3-4F4C-9044-C44FB0AF5788@php.net> Message-ID: <32BE9C65-F955-44F0-B994-D588D851902E@heigl.org> Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net x-ms-reactions: disallow MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=----SB97CHJNCOYEZE6M3PUKKDGMH54524 Content-Transfer-Encoding: 7bit From: andreas@heigl.org (Andreas Heigl) ------SB97CHJNCOYEZE6M3PUKKDGMH54524 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Stupid question maybe, but are we voting on the RFC or on the patch? If the patch does not match what=2Ethe RFC proposes, then the patch has a = problem=2E That should IMO though not affect voting on an RFC=2E Or am I=2Emissimg something? Cheers Andreas On 7 August 2024 16:27:56 CEST, Derick Rethans wrote: >On 7 August 2024 14:30:24 BST, Theodore Brown = wrote: >>On Tue, July 30, 2024 at 03:49 G=2E P=2E Banyard wrote: >> >>> Hello Internals, >>> >>> I have just opened the vote for the "Transform exit() from a language = construct into a standard function" RFC: >>> https://wiki=2Ephp=2Enet/rfc/exit-as-function >>> >>> The vote will last for two weeks until the 13th of August 2024=2E >> >>I really appreciate RFCs like this which not only make the language more= consistent for userland developers, but also simplify PHP's internal imple= mentation, paving the way for future optimizations and new functionality=2E >> >>In my experience, extension developers nearly always have to make some c= hanges to support each new PHP version, so I'm not sure why that would be a= reason to prevent improving the language=2E > >This is misrepresenting my concern=2E > >I understand that new versions require changes=2E=20 > >One of my issues is, is that so far I could not find a way to replicate e= xisting functionality with this patch applied=2E > >The RFC does not mention a BC break, nor does it have an entry for UPGRAD= ING=2EINTERNALS either=2E > >cheers >Derick ------SB97CHJNCOYEZE6M3PUKKDGMH54524 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Stupid question maybe, but are w= e voting on the RFC or on the patch?

If the patch does not match wha= t=2Ethe RFC proposes, then the patch has a problem=2E That should IMO thoug= h not affect voting on an RFC=2E

Or am I=2Emissimg something?
Cheers

Andreas





On 7 August 2024 16:27:56 CEST, Derick Rethans <de= rick@php=2Enet> wrote:
On 7 August 2024 14:30:24 BST, The= odore Brown <theodorejb@outlook=2Ecom> wrote:
On Tue, July 30, 2024 = at 03:49 G=2E P=2E Banyard wrote:

Hello Internals,

I have jus= t opened the vote for the "Transform exit() from a language construct into = a standard function" RFC:
https://wiki=2Ephp=2Enet/rfc/exit-as-function

The = vote will last for two weeks until the 13th of August 2024=2E

I really appreciate RFCs like this which not= only make the language more consistent for userland developers, but also s= implify PHP's internal implementation, paving the way for future optimizati= ons and new functionality=2E

In my experience, extension developers = nearly always have to make some changes to support each new PHP version, so= I'm not sure why that would be a reason to prevent improving the language= =2E

This is misrepresenting my = concern=2E

I understand that new versions require changes=2E
One of my issues is, is that so far I could not find a way to replicate ex= isting functionality with this patch applied=2E

The RFC does not men= tion a BC break, nor does it have an entry for UPGRADING=2EINTERNALS either= =2E

cheers
Derick
------SB97CHJNCOYEZE6M3PUKKDGMH54524--