Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-partyPackages in PHP Documentation and Web Projects

On Tue, Aug 27, 2024, at 4:46 AM, Christoph M. Becker wrote: > On 27.08.2024 at 07:03, Andreas Heigl wrote: > >> I see this a bid differently to be honest. While I understand that using >> third party packages in our internal tools might make things easier in >> the short term it will cause a lot o

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

On 2024-08-28 09:51, Bilge wrote: On 19/06/2024 19:25, Tim Düsterhus wrote: Hi On 6/19/24 16:03, Erick de Azevedo Lima wrote: I have considered some names, actually. I just chose this one for the implementation because I tried to design it to be as close as possible to the C# implementation an

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

On 19/06/2024 19:25, Tim Düsterhus wrote: Hi On 6/19/24 16:03, Erick de Azevedo Lima wrote: I have considered some names, actually. I just chose this one for the implementation because I tried to design it to be as close as possible to the C# implementation and they call it "static constructor"

Re: [PHP-DEV] State of Generics and Collections

On 27 August 2024 22:02:45 BST, Rob Landers wrote: >On Tue, Aug 27, 2024, at 22:15, Bilge wrote: >> On 26/08/2024 23:24, Rob Landers wrote: >>> On Sun, Aug 25, 2024, at 22:28, Gina P. Banyard wrote: >>> For the past 2–3 months, you have sent the vast majority of emails on this list, th

Re: [PHP-DEV] State of Generics and Collections

On Tue, Aug 27, 2024, at 22:15, Bilge wrote: > On 26/08/2024 23:24, Rob Landers wrote: >> On Sun, Aug 25, 2024, at 22:28, Gina P. Banyard wrote: >> >>> For the past 2–3 months, you have sent the vast majority of emails on this >>> list, this is not what I would consider normal >> >> To understan

Re: [PHP-DEV] State of Generics and Collections

On 26/08/2024 23:24, Rob Landers wrote: On Sun, Aug 25, 2024, at 22:28, Gina P. Banyard wrote: For the past 2–3 months, you have sent the vast majority of emails on this list, this is not what I would consider normal To understand just how bad I was breaking this rule, I created https://emai

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

> > Just like our home page is just boring release announcements. This > should have much more interesting stuff such as how, and when, to use > the great new features that we have been adding in the last decade. > I would add that there are lots of features where the PHP manual says how the

Re: [PHP-DEV] [RFC] Default expression

On 27/08/2024 16:03, John Bafford wrote: I'm not sure this could even work at all. The "default" parameter to gettype() isn't the default value of the third parameter to json_encode(). It's the default value of the first parameter to gettype(). Which would probably fail, since gettype()'s first p

Re: [PHP-DEV] Native SSL support in Phar extension

On 27.08.2024 at 16:42, Calvin Buckley wrote: > On Aug 27, 2024, at 8:52 AM, Christoph M. Becker wrote: >> >> Might roughly be similar on AIX with "the other dynamic linking option". > > There isn't something like import libraries, but rather, the shared libs > are actually .a archive files that

Re: [PHP-DEV] [RFC] Default expression

> On Aug 27, 2024, at 10:14, Rowan Tommins [IMSoP] wrote: > > The only expressions that are in some sense "safe" are those that can apply > equally to any possible type that the function could in future set as the > default. In theory, that includes a match statement with an arm of "default

Re: [PHP-DEV] Native SSL support in Phar extension

On Aug 27, 2024, at 8:52 AM, Christoph M. Becker wrote: > > Interesting! Just a the other day I (re-?)learned that there are > usually no "import libraries" (Windows terminology) on Linux, which are > *very* common on Windows. Such import libraries define stubs (i.e. > wrappers) for all exporte

Re: [PHP-DEV] [RFC] Default expression

On 27 August 2024 14:14:03 BST, Bilge wrote: > Whilst the applications beyond use in conditionals still strikes me as > limited, it also appears equally harmless.  Though the number of people whom > feel its use in expression should be limited is steadily growing, I'm still > waiting on some

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

Missatge de Deleu del dia dt., 27 d’ag. 2024 a les 13:55: > > > > On Tue, Aug 27, 2024 at 2:06 AM Andreas Heigl wrote: >> >> >> I see this a bid differently to be honest. While I understand that using >> third party packages in our internal tools might make things easier in >> the short term it w

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-partyPackages in PHP Documentation and Web Projects

On 27.08.2024 at 13:34, Derick Rethans wrote: > Explaining how to install PHP with homebrew, apt or yum makes perfect > sense to me. Nobody really ought to go to www.php.net/download and > compile PHP themselves. But that's the only installation instructions > that we have. Well, it's not *that*

Re: [PHP-DEV] [RFC] [vote] Support object type in BCMath

Hi Valentin, > 2024/08/25 9:14、Valentin Udaltsov のメール: > > On Thursday, May 16 2024 at 17:22, Saki Takamachi > wrote: >> Hi all, >> >> > 2024/05/01 17:55、Saki Takamachi > > >のメール: >> > >> > Hi all! >> > >> > Voting for RFC: Support object type i

Re: [PHP-DEV] [RFC] Default expression

On 27/08/2024 12:56, Derick Rethans wrote: Using 'default' as a place holder for (not) passing an argument seems useful. I am however much uncertain about using composition with the keyword in expressions. Presumably you mean ternary and null coalesce would still be acceptable? Otherwise, it is

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-partyPackages in PHP Documentation and Web Projects

Hey Christoph, hey all. Am 27.08.24 um 13:46 schrieb Christoph M. Becker: On 27.08.2024 at 07:03, Andreas Heigl wrote: I see this a bid differently to be honest. While I understand that using third party packages in our internal tools might make things easier in the short term it will cause a

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

On 27.08.2024 at 12:37, Gina P. Banyard wrote: > We promote some installation methods, but not all, and when one project wrote > docs to be included it has remained in limbo for 2 years. [2] > > [2] https://github.com/php/doc-en/pull/1674 Well, that is about a freemium product, and we may want t

Re: [PHP-DEV] [RFC] Default expression

On Sat, 24 Aug 2024, Bilge wrote: > Hi gang, > > New RFC just dropped: https://wiki.php.net/rfc/default_expression. I think > some of you might enjoy this one. Hit me with any feedback. I liked this up to the point where I saw: $f = fn ($v = 1, $default = 2) => $v + $default; var_dump($f(defaul

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

On Tue, Aug 27, 2024 at 2:06 AM Andreas Heigl wrote: > > I see this a bid differently to be honest. While I understand that using > third party packages in our internal tools might make things easier in > the short term it will cause a lot or additional work in the long term. > > Currently we hav

Re: [PHP-DEV] Native SSL support in Phar extension

On 26.08.2024 at 20:05, Calvin Buckley wrote: > Dynamic linkers that pull from a general symbol slurry (your typical ld.so > for instance) don't have a problem with it, but some platforms have more > strict linkage, like Windows. IIRC, things like PDO are built into the PHP > executable/library fo

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-partyPackages in PHP Documentation and Web Projects

On 27.08.2024 at 07:03, Andreas Heigl wrote: > I see this a bid differently to be honest. While I understand that using > third party packages in our internal tools might make things easier in > the short term it will cause a lot or additional work in the long term. > > Currently we have a lot of

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

On Tue, 27 Aug 2024, Gina P. Banyard wrote: > Moreover, PECL extensions are part of the PHP ecosystem and not the > runtime, so why do *some* PECL extension have the right to live on the > php.net website, but not others? They always were *allowed* to be on there. It is just that very few thir

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

On Mon, 26 Aug 2024, Deleu wrote: > On Mon, Aug 26, 2024 at 3:12 PM Bob Weinand wrote: > > > Thanks for bringing this up - I also suggest that we make this a > > binary choice - either we adopt the proposed language or its > > opposite. > > > > I.e. a rejection of this should codify that state

Re: [PHP-DEV] [RFC] [Discussion] Using and Mentioning Third-party Packages in PHP Documentation and Web Projects

On Monday, 26 August 2024 at 20:06, Bob Weinand wrote: > I do in particular reject the notion that we should document third-party > projects (usage for our infra is fine). > > The point of the PHP documentation is to describe the PHP runtime and PECL > extensions, which are both officially dist

Re: [PHP-DEV] [RFC] Default expression

On Mon, Aug 26, 2024 at 11:58 PM Bilge wrote: > In case it matters, my initial inclination was also to do what some others > have suggested, and modify the SEND opcodes so that the default is not > actually looked up using reflection at all, but rather we just send nothing > to the function and i

Re: [PHP-DEV] [RFC] Default expression

On Tue, Aug 27, 2024 at 6:23 AM John Coggeshall wrote: > > But let's not just say "no expressions" - I think there's been some > demonstrated value from a lot of these. > > > Honest to god I don't think I've read from one person to come out and say > "no expressions". > Well... I think it's caus

[PHP-DEV] [Discussion] Implementing interfaces via traits

Good morning internals I’d like to test the waters about an RFC idea: allowing traits to implement interfaces, and consequently a class that uses such a trait will automatically implement the interface as well. The original idea comes from Rust, where traits can be used as types. I read a very in