Re: [PHP-DEV] [RFC] Pipe Operator, take 2

2021-06-07 Thread Mike Schinkel
> On Jun 7, 2021, at 9:39 PM, Larry Garfield wrote: > > On Mon, Jun 7, 2021, at 8:09 PM, Mike Schinkel wrote: >> >>> On Jun 7, 2021, at 3:00 PM, Larry Garfield wrote: >>> >>> Hi folks. Me again. >>> >>> A year ago, I posted an RFC for a pipe operator, |>, aka function >>> concatenation. At

Re: [PHP-DEV] [RFC] Pipe Operator, take 2

2021-06-07 Thread Larry Garfield
On Mon, Jun 7, 2021, at 8:09 PM, Mike Schinkel wrote: > > > On Jun 7, 2021, at 3:00 PM, Larry Garfield wrote: > > > > Hi folks. Me again. > > > > A year ago, I posted an RFC for a pipe operator, |>, aka function > > concatenation. At the time, the main thrust of the feedback was "cool, > > l

Re: [PHP-DEV] [RFC] Pipe Operator, take 2

2021-06-07 Thread Mike Schinkel
> On Jun 7, 2021, at 3:00 PM, Larry Garfield wrote: > > Hi folks. Me again. > > A year ago, I posted an RFC for a pipe operator, |>, aka function > concatenation. At the time, the main thrust of the feedback was "cool, like, > but we need partial function application first so that the synt

Re: [PHP-DEV] [RFC] Pipe Operator, take 2

2021-06-07 Thread Larry Garfield
On Mon, Jun 7, 2021, at 4:00 PM, Eugene Leonovich wrote: > On Mon, Jun 7, 2021 at 9:03 PM Larry Garfield > wrote: > > > Hi folks. Me again. > > > > A year ago, I posted an RFC for a pipe operator, |>, aka function > > concatenation. At the time, the main thrust of the feedback was "cool, > > lik

Re: [PHP-DEV] PHP 8.1 and PECL ext builds for Windows

2021-06-07 Thread Christoph M. Becker
On 07.06.2021 at 13:32, Anatol Belski wrote: > Removing the centralized PECL builder and dependency manager would most > likely lead to a huge regression in the support and manageability. Right now > there's one place pecl.php.net to go for the non core extension builds and > any dependencies a

Re: [PHP-DEV] [RFC] Pipe Operator, take 2

2021-06-07 Thread Eugene Leonovich
On Mon, Jun 7, 2021 at 9:03 PM Larry Garfield wrote: > Hi folks. Me again. > > A year ago, I posted an RFC for a pipe operator, |>, aka function > concatenation. At the time, the main thrust of the feedback was "cool, > like, but we need partial function application first so that the syntax for

Re: [PHP-DEV] [RFC] Partial Function Application, take 2

2021-06-07 Thread Björn Larsson
Den 2021-06-02 kl. 22:16, skrev Mike Schinkel: On Jun 2, 2021, at 1:45 PM, Larry Garfield wrote: Hi folks. After much off-list discussion, iteration, and consideration, we have a new draft of PFA ready for review. The URL is the same: https://wiki.php.net/rfc/partial_function_application

[PHP-DEV] Re: [RFC] Pipe Operator, take 2

2021-06-07 Thread Björn Larsson
Den 2021-06-07 kl. 21:00, skrev Larry Garfield: Hi folks. Me again. A year ago, I posted an RFC for a pipe operator, |>, aka function concatenation. At the time, the main thrust of the feedback was "cool, like, but we need partial function application first so that the syntax for callables is

[PHP-DEV] [RFC] Pipe Operator, take 2

2021-06-07 Thread Larry Garfield
Hi folks. Me again. A year ago, I posted an RFC for a pipe operator, |>, aka function concatenation. At the time, the main thrust of the feedback was "cool, like, but we need partial function application first so that the syntax for callables isn't so crappy." The PFA RFC is winding down now

Re: [PHP-DEV] [RFC] Readonly properties

2021-06-07 Thread Larry Garfield
On Mon, Jun 7, 2021, at 4:06 AM, Nikita Popov wrote: > On Sat, Jun 5, 2021 at 6:51 PM Larry Garfield > wrote: > > Thank you for the detailed analysis in the rationale section. I am, > > however, still skeptical of this approach, for a couple of reasons. > > > > 1. This does appear to address the

Re: [PHP-DEV] PHP 8.1 and PECL ext builds for Windows

2021-06-07 Thread Pierre Joye
On Mon, Jun 7, 2021, 3:02 PM Nikita Popov Regarding dependencies, does this mean that extensions should also build > DLLs for dependency libraries themselves? Are there any concerns about > different extensions building different versions of the same library, or > similar? > This the very reason

Re: [PHP-DEV] Policy for procedural style in new additions

2021-06-07 Thread Dik Takken
On 07-06-2021 12:40, Nikita Popov wrote: > I think that not adding new procedural mirror APIs is pretty > uncontroversial at this point. I think one open question is regarding API > additions to existing classes with a mirror API -- should we keep adding > procedural functions in that case? I g

RE: [PHP-DEV] PHP 8.1 and PECL ext builds for Windows

2021-06-07 Thread Anatol Belski
Hi, > -Original Message- > From: Nikita Popov > Sent: Monday, June 7, 2021 1:07 PM > To: Christoph M. Becker > Cc: PHP internals > Subject: Re: [PHP-DEV] PHP 8.1 and PECL ext builds for Windows > > On Mon, Jun 7, 2021 at 10:58 AM Christoph M. Becker > > wrote: > > > On 07.06.2021 at

Re: [PHP-DEV] PHP 8.1 and PECL ext builds for Windows

2021-06-07 Thread Nikita Popov
On Mon, Jun 7, 2021 at 10:58 AM Christoph M. Becker wrote: > On 07.06.2021 at 10:02, Nikita Popov wrote: > > > On Sun, Jun 6, 2021 at 3:26 PM Christoph M. Becker > > wrote: > > >> on Tuesday, PHP 8.1.0alpha1 is supposed to be tagged, and since I don't > >> have the capacity to do these builds ma

Re: [PHP-DEV] [RFC][Draft] Add json_encode indent parameter

2021-06-07 Thread Nikita Popov
On Thu, Jun 3, 2021 at 6:11 PM Timon de Groot wrote: > Hi internals, > > I'd like to present my RFC for adding the indent parameter to the > json_encode function: >https://wiki.php.net/rfc/json_encode_indentation > > The `string|int $indent = 4` parameter adds the ability to specify the > ind

Re: [PHP-DEV] Policy for procedural style in new additions

2021-06-07 Thread Nikita Popov
On Thu, Jun 3, 2021 at 8:28 PM Mel Dafert wrote: > Hi internals, > After the RFC to add IntlDatePatternGenerator () was accepted, it was > brought up that the duplication of > procedural and OO style was not necessarily/useful anymore. > This already has some (old) precedent - in 2012, UConverter

Re: [PHP-DEV] Disable autovivification on false

2021-06-07 Thread Nikita Popov
On Sun, Jun 6, 2021 at 12:14 AM tyson andre wrote: > Hi Kamil, > > > I have reworked the RFC based on some feedback. The improved RFC now will > > hold 2 votes. One vote to decide whether the behaviour should be > deprecated > > from false, and another from null. > > > > If there are no objection

Re: [PHP-DEV] Propagating AVIF support from libgd into PHP's bundled gd

2021-06-07 Thread Pierre Joye
Hj Remi! :) On Mon, Jun 7, 2021, 3:01 PM Remi Collet wrote: > Le 04/06/2021 à 16:36, Ben Morss via internals a écrit : > > > ... I created a PR to propagate libgd's AVIF > > support into PHP's bundled gd fork... > > Does it really make sense to keep maintaining this fork ? > > Having to maintain

Re: [PHP-DEV] [RFC] Readonly properties

2021-06-07 Thread Nikita Popov
On Sat, Jun 5, 2021 at 6:51 PM Larry Garfield wrote: > On Fri, Jun 4, 2021, at 10:19 AM, Nikita Popov wrote: > > Hi internals, > > > > I'd like to open the discussion on readonly properties: > > https://wiki.php.net/rfc/readonly_properties_v2 > > > > This proposal is similar to the > > https://wi

Re: [PHP-DEV] PHP 8.1 and PECL ext builds for Windows

2021-06-07 Thread Christoph M. Becker
On 07.06.2021 at 10:02, Nikita Popov wrote: > On Sun, Jun 6, 2021 at 3:26 PM Christoph M. Becker > wrote: >> on Tuesday, PHP 8.1.0alpha1 is supposed to be tagged, and since I don't >> have the capacity to do these builds manually (as currently done with >> the PHP 8.0 builds), I've set up an aut

Re: [PHP-DEV] Propagating AVIF support from libgd into PHP's bundled gd

2021-06-07 Thread Nikita Popov
On Mon, Jun 7, 2021 at 10:01 AM Remi Collet wrote: > Le 04/06/2021 à 16:36, Ben Morss via internals a écrit : > > > ... I created a PR to propagate libgd's AVIF > > support into PHP's bundled gd fork... > > Does it really make sense to keep maintaining this fork ? > > Having to maintain 2 (quite)

Re: [PHP-DEV] PHP 8.1 and PECL ext builds for Windows

2021-06-07 Thread Nikita Popov
On Sun, Jun 6, 2021 at 3:26 PM Christoph M. Becker wrote: > Hi all, > > on Tuesday, PHP 8.1.0alpha1 is supposed to be tagged, and since I don't > have the capacity to do these builds manually (as currently done with > the PHP 8.0 builds), I've set up an automation which does the builds on > GH ac

Re: [PHP-DEV] Propagating AVIF support from libgd into PHP's bundled gd

2021-06-07 Thread Remi Collet
Le 04/06/2021 à 16:36, Ben Morss via internals a écrit : ... I created a PR to propagate libgd's AVIF support into PHP's bundled gd fork... Does it really make sense to keep maintaining this fork ? Having to maintain 2 (quite) different code and picking piece from one to other seems a waste o

Re: [PHP-DEV] Propagating AVIF support from libgd into PHP's bundled gd

2021-06-07 Thread Nikita Popov
On Sat, Jun 5, 2021 at 11:09 PM Ayesh Karunaratne wrote: > Hi Ben, > Thank you for opening this PR and the discussion. With the wide > availability of AVIF/AV1 support in browsers, I think this will fit > nicely. > Yes, this looks like a reasonable addition. Effectively this is just a sync with