Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125178
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
Mime-Version: 1.0 (1.0)
Subject: Re: [PHP-DEV] [Concept] Flip relative function lookup order (global, then local)
Date: Sat, 24 Aug 2024 18:54:09 +0700
Message-ID: <181C78B1-65AD-44B4-AD95-A59791B7FF86@koalephant.com>
References: <CAPyj-LACVgBLWo7eFRvwGt9y1WRbd9MkQrNhPpbStk8exC_R2g@mail.gmail.com>
Cc: PHP internals <internals@lists.php.net>
In-Reply-To: <CAPyj-LACVgBLWo7eFRvwGt9y1WRbd9MkQrNhPpbStk8exC_R2g@mail.gmail.com>
To: Ilija Tovilo <tovilo.ilija@gmail.com>
From: php-lists@koalephant.com (Stephen Reay)




> On 24 Aug 2024, at 01:29, Ilija Tovilo <tovilo.ilija@gmail.com> wrote:
>=20
> The "hard to come by" part is referring to the engine, which is quite
> optimized for the current semantics. Some of PHPs quirky semantics
> make it hard to improve it further, this being one of them.

Thanks for clarifying. Out of curiosity, how much optimisation do you imagin=
e would be possible if the lookups were done the same was as classes (ie no f=
allback, names must be local, qualified or imported with `use`)?

I am aware this is a BC break. But if it's kosher to discuss introducing a n=
ever ending BC break I don't see why this isn't a valid discussion either. I=
t would give *everyone* that elusive 2-4% performance boost, would resolve a=
ny ambiguity about which function a person intended to call (the claimed sec=
urity issue) and would bring consistency with the way classes/etc are refere=
nced.=20

Cheers

Stephen=20=