Re: [PHP-DEV] [RFC] Modern Compression (zstd, brotli)

Am 18.02.2025, 11:19:26 schrieb Jordi Boggiano : > Hey, > > Kévin Dunglas and myself would like to present this RFC proposing > inclusion of the zstandard and brotli pecl extensions into core, with > the main goal of making them more broadly available. > > https://wiki.php.net/rfc/modern_compressi

Re: [PHP-DEV] [RFC] Lazy Objects

Am 06.08.2024, 11:01:54 schrieb Côme Chilliet : > Le mardi 4 juin 2024, 14:28:53 UTC+2 Nicolas Grekas a écrit : > > Dear all, > > > Arnaud and I are pleased to share with you the RFC we've been shaping for > > over a year to add native support for lazy objects to PHP. > > > Please find all the det

Re: [PHP-DEV] [RFC] [VOTE] Transform exit() from a language construct into a standard function

Am 06.08.2024, 09:43:21 schrieb Benjamin Außenhofer : > > > Am 30.07.2024, 11:49:52 schrieb Gina P. Banyard : > >> Hello Internals, >> >> I have just opened the vote for the "Transform exit() from a language >> construct into a standard function" RFC

Re: [PHP-DEV] [RFC] [VOTE] Transform exit() from a language construct into a standard function

Am 30.07.2024, 11:49:52 schrieb Gina P. Banyard : > Hello Internals, > > I have just opened the vote for the "Transform exit() from a language > construct into a standard function" RFC: > https://wiki.php.net/rfc/exit-as-function > > The vote will last for two weeks until the 13th of August 2024.

Re: [PHP-DEV] [RFC] [VOTE] Deprecations for PHP 8.4

Am 26.07.2024, 12:03:53 schrieb Gina P. Banyard : > On Friday, 26 July 2024 at 08:09, Peter Stalman > wrote: > > On Thu, Jul 25, 2024 at 11:35 PM Peter Stalman wrote: > >> If their learning insticast >> > > *instincts. > > I should also clarify, I'm not against deprecations in general. However,

Re: [PHP-DEV] [RFC] Lazy Objects

Am 17.07.2024, 20:31:02 schrieb Nicolas Grekas : > Dear all, > > Le mar. 16 juil. 2024 à 17:51, Nicolas Grekas < > nicolas.grekas+...@gmail.com> a écrit : > >> Hi there, >> >> Le mar. 16 juil. 2024 à 10:13, Nicolas Grekas < >> nicolas.grekas+...@gmail.com> a écrit : >> >>> >>> >>> Le lun. 15 juil.

Re: [PHP-DEV] [RFC] Lazy Objects

Am 21.06.2024, 12:24:20 schrieb Nicolas Grekas : > Hi Ben, > > On Tue, Jun 18, 2024, at 5:45 PM, Arnaud Le Blanc wrote: > Hi Larry, > > Following your feedback we propose to amend the API as follows: > > ``` > class ReflectionClass > { > public function

Re: [PHP-DEV] [RFC] Lazy Objects

Am 12.07.2024, 08:00:18 schrieb Rob Landers : > > > On Fri, Jul 12, 2024, at 01:40, Benjamin Außenhofer wrote: > > > > Am 11.07.2024, 20:31:44 schrieb Tim Düsterhus : > > Hi > > On 7/11/24 10:32, Nicolas Grekas wrote: > > > Many things are already possi

Re: [PHP-DEV] [RFC] Lazy Objects

Am 11.07.2024, 20:31:44 schrieb Tim Düsterhus : > Hi > > On 7/11/24 10:32, Nicolas Grekas wrote: > > > Many things are already possible in userland. That does not always mean > > > that the cost-benefit ratio is appropriate for inclusion in core. I get > > > behind the two examples in the “About L

Re: [PHP-DEV] [RFC] Static class

On Mon, Jun 24, 2024 at 1:15 AM Bilge wrote: > Hi Internals! > > I am pleased to present my first RFC: Static class > . > > This work is based on the previous discussion thread on this list of the > same name, and hopefully captured all the relevant details,

Re: [PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

On Mon, Jun 24, 2024 at 5:07 PM Nicolas Grekas wrote: > > > Le mer. 5 juin 2024 à 10:18, Benjamin Außenhofer a > écrit : > >> >> >> On Wed, May 22, 2024 at 9:22 AM Benjamin Außenhofer >> wrote: >> >>> The vote for the RFC #[\Deprecated] a

Re: [PHP-DEV] [RFC] Lazy Objects

On Fri, Jun 21, 2024 at 12:24 PM Nicolas Grekas < nicolas.grekas+...@gmail.com> wrote: > Hi Ben, > > On Tue, Jun 18, 2024, at 5:45 PM, Arnaud Le Blanc wrote: > Hi Larry, > > Following your feedback we propose to amend the API as follows: > > ``` > class ReflectionClas

Re: [PHP-DEV] [RFC] Lazy Objects

On Thu, Jun 20, 2024 at 10:52 AM Nicolas Grekas < nicolas.grekas+...@gmail.com> wrote: > > > Le mar. 18 juin 2024 à 22:59, Larry Garfield a > écrit : > >> On Tue, Jun 18, 2024, at 5:45 PM, Arnaud Le Blanc wrote: >> > Hi Larry, >> > >> > Following your feedback we propose to amend the API as follo

[PHP-DEV] Re: [RFC] [Vote] #[\Deprecated] attribute

On Wed, May 22, 2024 at 9:22 AM Benjamin Außenhofer wrote: > The vote for the RFC #[\Deprecated] attribute is now open: > > https://wiki.php.net/rfc/deprecated_attribute > > Voting will close on Wednesday 5th June, 08:00 GMT. > The #[\Deprecated] attribute has been accepted

Re: [PHP-DEV] [RFC] [Vote] #[\Deprecated] attribute

On Wed, May 22, 2024 at 9:33 AM Nicolas Grekas wrote: > Hi Benjamin, > > The vote for the RFC #[\Deprecated] attribute is now open: >> >> https://wiki.php.net/rfc/deprecated_attribute >> >> Voting will close on Wednesday 5th June, 08:00 GMT. >> > > I voted "no" because I think this is better addr

[PHP-DEV] [RFC] [Vote] #[\Deprecated] attribute

The vote for the RFC #[\Deprecated] attribute is now open: https://wiki.php.net/rfc/deprecated_attribute Voting will close on Wednesday 5th June, 08:00 GMT.

Re: [PHP-DEV] Switching max_execution_time from CPU time to wall-clock time and from SIGPROF to SIGALRM

On Fri, May 17, 2024 at 3:49 PM Arnaud Le Blanc wrote: > Hi internals, > > There is an issue with max_execution_time on MacOS, probably only > MacOS 14 on Apple Silicon, that causes timeouts to fire too early [1]. > max_execution_time is implemented with setitimer(ITIMER_PROF) on this > platform,

[PHP-DEV] Re: [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Tue, Apr 23, 2024 at 3:27 PM Benjamin Außenhofer wrote: > Hi internals, > > My PR for #[\Deprecated] attribute was in hibernation for a long while now > and after some off-list discussion a few weeks ago I have decided to > revisit it and asked Tim to help me out with the wo

[PHP-DEV] Re: [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Thu, May 2, 2024 at 1:00 PM Benjamin Außenhofer wrote: > > > On Tue, Apr 23, 2024 at 3:27 PM Benjamin Außenhofer > wrote: > >> Hi internals, >> >> My PR for #[\Deprecated] attribute was in hibernation for a long while >> now and after some off-list di

Re: [PHP-DEV] Inconsistencies between parameter number and index when reflecting a method/function

On Thu, May 2, 2024 at 2:51 PM Ollie Read wrote: > Hi All, > > I've been working on a PR that introduces > ReflectionFunctionAbstract::getParameter() and > ReflectionFunctionAbstract::hasParameter(), to fall more inline with the > other method sets we have, as well as just generally making people

[PHP-DEV] Re: [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Tue, Apr 23, 2024 at 3:27 PM Benjamin Außenhofer wrote: > Hi internals, > > My PR for #[\Deprecated] attribute was in hibernation for a long while now > and after some off-list discussion a few weeks ago I have decided to > revisit it and asked Tim to help me out with the wo

Re: [PHP-DEV] [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Tue, Apr 23, 2024 at 7:27 PM Levi Morrison wrote: > On Tue, Apr 23, 2024 at 7:30 AM Benjamin Außenhofer > wrote: > > > > Hi internals, > > > > My PR for #[\Deprecated] attribute was in hibernation for a long while > now and after some off-list discussion

Re: [PHP-DEV] [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Wed, Apr 24, 2024 at 7:18 PM Jorg Sowa wrote: > I like the proposition and I like the idea of $since parameter, however, > this option is too ambiguous about what should store. Should it store the > PHP version, package version, or the date? > > What about setting this parameter vaguely as the

Re: [PHP-DEV] [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Wed, Apr 24, 2024 at 2:55 PM Lynn wrote: > > > On Tue, Apr 23, 2024 at 3:30 PM Benjamin Außenhofer > wrote: > >> Hi internals, >> >> My PR for #[\Deprecated] attribute was in hibernation for a long while >> now and after some off-list discussion a few

Re: [PHP-DEV] [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Wed, Apr 24, 2024 at 3:57 PM Nicolas Grekas wrote: > Hi Benjamin, > > My PR for #[\Deprecated] attribute was in hibernation for a long while now >> and after some off-list discussion a few weeks ago I have decided to >> revisit it and asked Tim to help me out with the work. >> >> Tim has clean

Re: [PHP-DEV] [RFC] [Discussion] #[\Deprecated] attribute again v1.3

On Tue, Apr 23, 2024 at 7:27 PM Levi Morrison wrote: > On Tue, Apr 23, 2024 at 7:30 AM Benjamin Außenhofer > wrote: > > > > Hi internals, > > > > My PR for #[\Deprecated] attribute was in hibernation for a long while > now and after some off-list discussion

[PHP-DEV] [RFC] [Discussion] #[\Deprecated] attribute again v1.3

Hi internals, My PR for #[\Deprecated] attribute was in hibernation for a long while now and after some off-list discussion a few weeks ago I have decided to revisit it and asked Tim to help me out with the work. Tim has cleaned up the PR quite a bit and also worked in additional features such as

Re: [PHP-DEV] [RFC] [Discussion] Add openStream() to XML{Reader,Writer}

On Mon, Apr 22, 2024 at 8:43 PM Niels Dossche wrote: > Hi internals > > I'm opening the discussion for my RFC "Add openStream() to > XML{Reader,Writer}". > RFC link: https://wiki.php.net/rfc/xmlreader_writer_streams Not sure this needs an RFC. Its a sensible addition and the explanations make s

Re: [PHP-DEV] [RFC[ Property accessor hooks, take 2

Hey, On Wed, Feb 21, 2024 at 7:58 PM Larry Garfield wrote: > Hello again, fine Internalians. > > After much on-again/off-again work, Ilija and I are back with a more > polished property access hooks/interface properties RFC. It’s 99% > unchanged from last summer; the PR is now essentially comp

Re: [PHP-DEV] Declaration-aware attributes

On Tue, May 30, 2023 at 2:49 AM Andreas Hennings wrote: > Hello internals, > I am picking up an idea that was mentioned by Benjamin Eberlei in the past. > https://externals.io/message/110217#110395 > (we probably had the idea independently, but Benjamin's is the first > post where I see it mentio

Re: [PHP-DEV] [RFC] Property hooks, nee accessors

On Mon, May 8, 2023 at 11:38 PM Larry Garfield wrote: > Ilija Tovilo and I would like to offer another RFC for your > consideration. It's been a while in coming, and we've evolved the design > quite a bit just in the last week so if you saw an earlier draft of it in > the past few months, I woul

Re: [PHP-DEV] [VOTE] PHP Technical Committee

On Fri, Apr 28, 2023 at 12:01 PM Jakub Zelenka wrote: > Hi, > > The vote is now open for the RFC about introduction of the PHP Technical > Committee: > > https://wiki.php.net/rfc/php_technical_committee I found this idea of a TC interesting on the outset, but after carefully consideirng I voted