Re: [PHP-DEV] Fwd: Request for RFC Karma to Propose any_empty and all_empty Methods

2024-06-11 Thread Bilge
On 04/06/2024 21:18, Rowan Tommins [IMSoP] wrote: On 27/05/2024 17:56, Bilge wrote: On 27/05/2024 17:51, Elminson De Oleo Baez wrote: Below is a brief overview of the proposed methods: any_empty(array $array): bool - This method will return true if any element in the provided array is empty,

Re: [PHP-DEV] [RFC] [discussion] Correctly name the rounding mode and make it an Enum

2024-06-11 Thread Tim Düsterhus
Hi Am 2024-06-08 02:29, schrieb Saki Takamachi: Regarding 1, personally, I support Gina's opinion of only providing the new rounding modes as an Enum. This can be interpreted as changing the rounding mode to Enum, with the existing constants being kept simply for backward compatibility. I've t

Re: [PHP-DEV] [RFC] Asymmetric Visibility, v2

2024-06-11 Thread Lanre
Yeah i know im just one irrelevant person with crazy ideas (stable engine etc). I never said PHP needs me, I simply decided to no longer be a part of this shithole. I mean i brought up valid points about the engine, yet here you are with a retarded cheeky response when you could've just ignored me.

Re: [PHP-DEV] Revisiting case-sensitivity in PHP

2024-06-11 Thread Levi Morrison
> Could you, please, elaborate on why you propose to target 9.0? That would > make perfect sense if PHP strictly followed semver, but we always have some > BC breaks in minor releases > (https://www.php.net/manual/en/migration82.incompatible.php, > https://www.php.net/manual/en/migration83.inco

Re: [PHP-DEV] Revisiting case-sensitivity in PHP

2024-06-11 Thread youkidearitai
2024年6月11日(火) 23:18 Levi Morrison : > > On Mon, Jun 10, 2024 at 9:40 PM Ben Ramsey wrote: > > > > > On Jun 10, 2024, at 20:35, Valentin Udaltsov > > > wrote: > > > > > > Hi, internals! > > > > > > 9 years have passed since the last discussions of case sensitive PHP: > > > https://externals.io/m

Re: [PHP-DEV] Revisiting case-sensitivity in PHP

2024-06-11 Thread Valentin Udaltsov
On Tue, 11 June 2024 at 17:13, Levi Morrison wrote: > On Mon, Jun 10, 2024 at 9:40 PM Ben Ramsey wrote: > > > > > On Jun 10, 2024, at 20:35, Valentin Udaltsov < > udaltsov.valen...@gmail.com> wrote: > > > > > > Hi, internals! > > > > > > 9 years have passed since the last discussions of case sen

Re: [PHP-DEV] [RFC] Asymmetric Visibility, v2

2024-06-11 Thread Larry Garfield
On Tue, Jun 11, 2024, at 1:48 PM, Rob Landers wrote: > On Tue, Jun 11, 2024, at 15:36, Larry Garfield wrote: >> On Tue, Jun 11, 2024, at 6:47 AM, Rob Landers wrote: >> >> > I’m also not a fan of the prefix style, but for different reasons. My >> > main reason is that it increases the minimum line

Re: [PHP-DEV] Revisiting case-sensitivity in PHP

2024-06-11 Thread Levi Morrison
On Mon, Jun 10, 2024 at 9:40 PM Ben Ramsey wrote: > > > On Jun 10, 2024, at 20:35, Valentin Udaltsov > > wrote: > > > > Hi, internals! > > > > 9 years have passed since the last discussions of case sensitive PHP: > > https://externals.io/message/79824 and https://externals.io/message/83640. > >

Re: [PHP-DEV] [RFC] Asymmetric Visibility, v2

2024-06-11 Thread Rob Landers
On Tue, Jun 11, 2024, at 15:36, Larry Garfield wrote: > On Tue, Jun 11, 2024, at 6:47 AM, Rob Landers wrote: > > > I’m also not a fan of the prefix style, but for different reasons. My > > main reason is that it increases the minimum line-length, potentially > > forcing you to chop things down i

Re: [PHP-DEV] [RFC] Asymmetric Visibility, v2

2024-06-11 Thread Larry Garfield
On Tue, Jun 11, 2024, at 6:47 AM, Rob Landers wrote: > I’m also not a fan of the prefix style, but for different reasons. My > main reason is that it increases the minimum line-length, potentially > forcing you to chop things down into awkward looking lines: > > public > private(set) > string $l

Re: [PHP-DEV] [RFC] Asymmetric Visibility, v2

2024-06-11 Thread Lynn
On Tue, Jun 11, 2024 at 3:15 AM Lanre wrote: > Why invest time in crafting yet another pull request or RFC when it's > glaringly obvious that you guys have no clue what you're doing? First, > there's the questionable decision to implement JIT in 8.0, followed by the > introduction of an entirely