Hi all,
>
> Hi all!
>
> RFC: Add bcdivmod to BCMath has started voting.
> https://wiki.php.net/rfc/add_bcdivmod_to_bcmath
>
> Voting ends on 2024-08-01 00:00:00 UTC.
>
> Regards,
>
> Saki
My report was delayed due to poor health.
The vote passed with 21 votes in favor and 0 votes against.
h
On Sun, Aug 4, 2024 at 8:41 PM Nick Lockheart wrote:
>
>
> >
> > But that's not quite what the RFC says:
> >
> > > I am asking that we discuss and vote on the following question:
> > >
> > > “Should there be some way for developers to signal to the parser at
> > > compile time that all unqualified
>
> But that's not quite what the RFC says:
>
> > I am asking that we discuss and vote on the following question:
> >
> > “Should there be some way for developers to signal to the parser at
> > compile time that all unqualified function names found in a
> > namespace context are global, withou
> My thought was that it would have some clean and simple syntax, like:
>
> namespace foo using global functions;
> class MyClass{
>
> }
>
> When the parser hits that token, it just sets a flag and acts like
> every unqualified classname has a backslash in front of it.
>
> For everyone else:
>
> >
> > “Should there be some way for developers to signal to the parser at
> > compile time that all unqualified function names found in a
> > namespace
> > context are global, without a namespace lookup?”
> >
> > Yes: We should do this, let's discuss syntax possibilities.
> >
> > No: This sh
On 04/08/2024 15:09, Nick Lockheart wrote:
> Good morning all:
>
> When calling functions from the *global* namespace, the PHP parser
> creates opcodes that use those functions directly. When those functions
> are certain built-in functions, the parser can use special opcodes that
> are optimized
Hi Nick
On Sun, Aug 4, 2024 at 7:29 PM Nick Lockheart wrote:
>
> So I wanted to get a "yes" from the people who need to say yes, then
> discuss all of those things you mentioned:
>
> 1. File level vs global
> 2. Syntax
> 3. Alternative options
>
> But I think we need a "yes" for the concept first
On Sun, 2024-08-04 at 19:53 +0200, Ilija Tovilo wrote:
> Hi Claude
>
> On Fri, Aug 2, 2024 at 9:02 PM Claude Pache
> wrote:
> >
> > I propose the following alternative approach:
> >
> > * establish a restricted whitelist of global functions for which
> > the performance gain would be noteworthy
On Sun, 2024-08-04 at 20:02 +0200, Christoph M. Becker wrote:
> On 04.08.2024 at 15:09, Nick Lockheart wrote:
>
> > To that end, I have created the following RFC:
> >
> > https://wiki.php.net/rfc/global_function_parser_directive
> > I am asking that we discuss and vote on the following question:
On 04.08.2024 at 15:09, Nick Lockheart wrote:
> To that end, I have created the following RFC:
>
> https://wiki.php.net/rfc/global_function_parser_directive
> I am asking that we discuss and vote on the following question:
>
> “Should there be some way for developers to signal to the parser at
> c
Hi Claude
On Fri, Aug 2, 2024 at 9:02 PM Claude Pache wrote:
>
> I propose the following alternative approach:
>
> * establish a restricted whitelist of global functions for which the
> performance gain would be noteworthy if there wasn’t any need to look at
> local scope first;
>
> * for those
Hi Rob
On Fri, Aug 2, 2024 at 7:10 PM Rob Landers wrote:
>
> So, what you’re saying is that symfony and laravel can get a performance
> increase by simply adding a \ in the right places? Why don’t they do that
> instead of changing the language?
Nothing, of course. However, a Symfony maintaine
On Sun, 2024-08-04 at 19:15 +0200, Ilija Tovilo wrote:
> Hi Nick
>
> I find it a bit unfortunate that you gave my thread barely any time
> to
> be discussed.
>
My intent was to start a formal discussion on this very topic.
> This can be achieved in various ways. For example:
>
> * Per-file, v
Hi Nick
I find it a bit unfortunate that you gave my thread barely any time to
be discussed.
On Sun, Aug 4, 2024 at 1:42 PM Nick Lockheart wrote:
>
> I would like to discuss and then vote on this proposal as a feature,
> without getting into any specifics of syntax.
>
> I propose that we vote ye
On Friday, 2 August 2024 at 14:33, Giovanni Giacobbi
wrote:
> On Thu, 1 Aug 2024 at 23:57, Ilija Tovilo wrote:
>
>> [...]
>> I started fixing these in a PR [1] which required more changes than
>> expected. After a short discourse, we were wondering whether it might
>> be better to switch to a n
On Friday, 19 July 2024 at 19:39, Gina P. Banyard wrote:
> Hello internals,
>
> I have opened the vote for the mega deprecation RFC:
> https://wiki.php.net/rfc/deprecations_php_8_4
>
> Reminder, each vote must be submitted individually.
2 days late but I have now closed the vote for all the R
Hello.
How about adding a definition of Development Containers to php-src?
https://github.com/php/php-src/pull/15203
This makes it easier to build and contribute to the php-src development
environment. It also allows you to use GitHub Codespaces.
I'd be glad to get your opinion.
Best regards,
G
Good morning all:
When calling functions from the *global* namespace, the PHP parser
creates opcodes that use those functions directly. When those functions
are certain built-in functions, the parser can use special opcodes that
are optimized for those function calls.
When calling functions from
Hey Nick,
On Sun, 4 Aug 2024 at 13:42, Nick Lockheart wrote:
> This also prevents the parser from using dedicated opcodes for built-in
> functions.
>
> This incurs a performance penalty.
>
For many, many years, tools like `doctrine/coding-standard` have imported
global functions.
The performanc
On 04.08.2024 at 13:42, Nick Lockheart wrote:
> To that end, I have created the following RFC:
>
> https://wiki.php.net/rfc/global_function_parser_directive
> I am asking that we discuss and vote on the following question:
Please open a new thread about your RFC (i.e. don't reply to some other
me
Good morning all:
When calling functions from the *global* namespace, the PHP parser
creates opcodes that use those functions directly. When those functions
are certain built-in functions, the parser can use special opcodes that
are optimized for those function calls.
When calling functions from
On 04.08.2024 at 08:19, Nick Lockheart wrote:
> I am writing to request RFC karma for the wiki account with username
> `nlockheart`.
>
> I would like to write an RFC for community discussion and
> consideration.
RFC karma granted. Good luck with the RFC!
Christoph
22 matches
Mail list logo