Re: [PHP-DEV] Re: VCS Account Request: nicolasgrekas

Good afternoon, What a bold rejection, a bit surprising. For one, there is a consensus on key community having a vote right since we introduced rfc. We have been more strict but the consensus remains. Secondly, yes, being an active contributor makes it amazingly easier to actually have a vote, d

Re: [PHP-DEV] [RFC] Static return type

Hi, After reading all the thread: I'm +1 for `: static` as proposed by this RFC. I'm also +1 for `: $this`, preferably also in PHP 8.0, but that could be a separate RFC: - I like the idea to check it at compile time (like `: void`), i.e. that all the return points of the method be syntactically

Re: [PHP-DEV] Introducing compile time code execution to PHP preloading

> On Jan 14, 2020, at 7:50 PM, Larry Garfield wrote: > I think you're still missing my point here. AST manipulation during preload > would exist to manipulate code that would be run *later*. That's the point. > Sure, the code in the run_once/preload/whatever block would be written to run > i

Re: [PHP-DEV] Introducing compile time code execution to PHP preloading

On Tue, Jan 14, 2020, at 1:22 PM, Mike Schinkel wrote: > On Jan 14, 2020, at 1:10 PM, Larry Garfield wrote: > >> I get your concern about recursion, but if that kind of issue is really > >> a concern I don't see why we could not artificially limit recursion on > >> preload to a configurable amou

Re: [PHP-DEV] Re: [RFC] "use global functions/consts" statement

I'll be postponing the vote to update the RFC and proof of concept/tests associated with it to use declare() Also, "declare(lookup_functions_in_current_namespace = false, lookup_consts_in_global_namespace = false)" in the file's declare() blocks was my first idea. Any ideas - declare(disable_am

Re: [PHP-DEV] Re: VCS Account Request: nicolasgrekas

(Copied from my Reddit comment earlier today.) > On Jan 14, 2020, at 08:15, Brent Roose wrote: > > Hi Peter > > Isn't it strange that someone like Nicolas doesn't get a vote? Symfony has > such a large impact on the PHP community, and Nicolas has such a large impact > on its development. Mea

Re: [PHP-DEV] Re: [RFC] "use global functions/consts" statement

On Tue, Jan 14, 2020 at 7:27 PM tyson andre wrote: > > This RFC proposes to support an opt-in "use global functions/consts;" > statement > > to disable PHP's check for the function/const in the current namespace > before falling back to the global namespace. > > > > https://wiki.php.net/rfc/use_g

Re: [PHP-DEV] Introducing compile time code execution to PHP preloading

> On Jan 14, 2020, at 3:00 PM, kont...@beberlei.de wrote: > So like this old memoize extension? https://pecl.php.net/package/memoize Hmm. I am not familiar with it or how that works. Does it generate OpCodes with the literal return value, or simple cache the value? That said, my interest is in

Re: [PHP-DEV] Introducing compile time code execution to PHP preloading

Am 14.01.2020 um 20:23 schrieb Mike Schinkel : > > On Jan 14, 2020, at 1:10 PM, Larry Garfield wrote: >>> I get your concern about recursion, but if that kind of issue is really >>> a concern I don't see why we could not artificially limit recursion on >>> preload to a configurable amount, wit

Re: [PHP-DEV] [RFC] Allow ::class on objects

Hi! > If it could return `string`, that'd be super useful! Would it? There's no class "string". So for all purposes other than printing out, that would be a pretty big footgun. > We have tons of lines of code that look like: is_object($foo) ? > get_class($foo) : gettype($foo) > Getting rid of th

Re: [PHP-DEV] Introducing compile time code execution to PHP preloading

On Jan 14, 2020, at 1:10 PM, Larry Garfield wrote: >> I get your concern about recursion, but if that kind of issue is really >> a concern I don't see why we could not artificially limit recursion on >> preload to a configurable amount, with 100 being the default? > > It's not recursion itself

[PHP-DEV] Re: [RFC] "use global functions/consts" statement

> This RFC proposes to support an opt-in "use global functions/consts;" > statement > to disable PHP's check for the function/const in the current namespace before > falling back to the global namespace. > > https://wiki.php.net/rfc/use_global_elements > > > Earlier discussion can be found in

Re: [PHP-DEV] [RFC] Allow ::class on objects

On Tue, 14 Jan 2020 at 19:05, Ralph Schindler wrote: > > > > just return $string, to be consistent with usual behavior of > > "::CONST_NAME", which allows objects and class names on the left hand > side. > > Having given it more thought, it seems like like $string::class should > be more aligned

Re: [PHP-DEV] Introducing compile time code execution to PHP preloading

On Mon, Jan 13, 2020, at 1:26 PM, Mike Schinkel wrote: > Thanks so much for going into such detail. It really helped me > understand your concerns. > > I have been planned to propose an alternate to `static_run` because it > did not seem to me to be an ideal solution. And my proposal would no

Re: [PHP-DEV] [RFC] Allow ::class on objects

just return $string, to be consistent with usual behavior of "::CONST_NAME", which allows objects and class names on the left hand side. Having given it more thought, it seems like like $string::class should be more aligned with get_class($string), which at current throws a PHP Warning wit

Re: [PHP-DEV] Re: VCS Account Request: nicolasgrekas

1. The main issue is that the clause for representatives from the PHP community was never fleshed out. In particular: - Which frameworks, cms, tools, etc qualify and what constitutes a lead developer? - How will those with php.net choose these representatives? If it's by vote, what is the requi

Re: [PHP-DEV] Re: Wiki RFC karma

Hi Kalle, On 13/01/2020 17:57, Kalle Sommer Nielsen wrote: > Den man. 13. jan. 2020 kl. 18.50 skrev Christoph M. Becker > : >> That would require a php.net account first, for which you can apply via >> . > > I'm not a fan of this, especially considering the night

Re: [PHP-DEV] Re: VCS Account Request: nicolasgrekas

Hi Peter Isn't it strange that someone like Nicolas doesn't get a vote? Symfony has such a large impact on the PHP community, and Nicolas has such a large impact on its development. Meanwhile people who contribute to the PHP docs, sometimes completely estranged from modern day-to-day PHP develo

Re: [PHP-DEV] Re: VCS Account Request: nicolasgrekas

On Tue, 14 Jan 2020 at 12:27, Nicolas Grekas wrote: > Le mar. 14 janv. 2020 à 13:20, PHP Group a écrit : > > > VCS Account Rejected: nicolasgrekas rejected by salathe /o\ > > > > So, what's the process to get a vote now? > Do I need sponsor? Something else? > Hi, While the notion of community

Re: [PHP-DEV] Re: VCS Account Request: nicolasgrekas

Le mar. 14 janv. 2020 à 13:20, PHP Group a écrit : > VCS Account Rejected: nicolasgrekas rejected by salathe /o\ > So, what's the process to get a vote now? Do I need sponsor? Something else?

[PHP-DEV] Re: VCS Account Request: nicolasgrekas

VCS Account Rejected: nicolasgrekas rejected by salathe /o\ -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Bug #79019: Copied cURL handles upload empty file

Hi all, as of PHP 7.4.0 with libcurl >= 7.56.0, CurlFile accepts any supported stream URLs (formerly it only accepted file names). There is, however, a bug in the current implementation which breaks the upload for copied cURL handles (curl_copy_handle()). A pull request to fix this[1] is availab