Re: [PHP-DEV] RFC - Immutable classes

2016-09-06 Thread Michał Brzuchalski
06.09.2016 9:13 PM "Fleshgrinder" napisał(a): > > I understand the concerns of all of you very well and it's nice to see a > discussion around this topic. Fun fact, we are not the only ones with > these issues: https://github.com/dotnet/roslyn/issues/159 > > On 9/6/2016 6:01 PM, Larry Garfield wro

Re: [PHP-DEV] Re: [PREVOTE] PHP Engine Constants

2016-09-06 Thread Stanislav Malyshev
Hi! > And then when the next people who want to build an alternative engine > come along, they will include this constant, to make their engine as > 'compatible' as possible with the current PHP engine. Yes, same things that happened to user-agent string in browsers may start happening here. But

Re: [PHP-DEV] [RFC][VOTE] Add validation functions to filter module

2016-09-06 Thread Yasuo Ohgaki
Hi Lester, On Tue, Sep 6, 2016 at 4:59 PM, Lester Caine wrote: > On 06/09/16 03:19, Yasuo Ohgaki wrote: >> Hi Lester, >> >> On Fri, Sep 2, 2016 at 7:58 PM, Lester Caine wrote: >>> A filter of "is this string corrupted with an injection attempt" seems >>> rather more difficult to define than "ema

Re: [PHP-DEV] Re: [PREVOTE] PHP Engine Constants

2016-09-06 Thread Davey Shafik
On Tue, Sep 6, 2016 at 2:51 PM, Dan Ackroyd wrote: > On 6 September 2016 at 22:39, Davey Shafik wrote: > > > > > > The key to this is that it's part of the spec. If you actually want to > > follow the spec, you have to implement it this way. If you don't, then > > you're a bad person. :P > > > P

Re: [PHP-DEV] Re: [PREVOTE] PHP Engine Constants

2016-09-06 Thread Dan Ackroyd
On 6 September 2016 at 22:39, Davey Shafik wrote: > > > The key to this is that it's part of the spec. If you actually want to > follow the spec, you have to implement it this way. If you don't, then > you're a bad person. :P Perhaps you can make the RFC text be clearer then. e.g. to this bit:

Re: [PHP-DEV] Re: [PREVOTE] PHP Engine Constants

2016-09-06 Thread Davey Shafik
On Tue, Sep 6, 2016 at 1:32 PM, Dan Ackroyd wrote: > On 5 September 2016 at 19:43, Davey Shafik wrote: > > > > Instead, it would be better to check PHP_ENGINE === > > 'hhvm' && PHP_ENGINE_VERSION_ID <= 30813 > > And then when the next people who want to build an alternative engine > come along,

Re: [PHP-DEV] Re: [PREVOTE] PHP Engine Constants

2016-09-06 Thread Dan Ackroyd
On 5 September 2016 at 19:43, Davey Shafik wrote: > > Instead, it would be better to check PHP_ENGINE === > 'hhvm' && PHP_ENGINE_VERSION_ID <= 30813 And then when the next people who want to build an alternative engine come along, they will include this constant, to make their engine as 'compatib

Re: [PHP-DEV] RFC - Immutable classes

2016-09-06 Thread Fleshgrinder
I understand the concerns of all of you very well and it's nice to see a discussion around this topic. Fun fact, we are not the only ones with these issues: https://github.com/dotnet/roslyn/issues/159 On 9/6/2016 6:01 PM, Larry Garfield wrote: > How big of a need is it to allow returning $this ins

Re: [PHP-DEV] RFC - Immutable classes

2016-09-06 Thread Silvio Marijić
@Larry, Fact that $this in transformer method represents clone and the original object was my biggest concern, but again if you look at t from a point of view where that method describes transformation it doesn't look that bad. My initial idea was to introduce copy() method which would take as a fi

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Jakub Zelenka
On Fri, Sep 2, 2016 at 8:32 PM, Davey Shafik wrote: > Hi internals, > > I'd like to introduce a new RFC to deprecate pear/pecl (in 7.2, and remove > in 8.0), as well as add composer/pickle (optional in 7.2, default in 7.3+) > in their place. Can pickle package the extension? That's basically th

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Pierre Joye
On Sep 6, 2016 6:29 PM, "Ferenc Kovacs" wrote: > > On Tue, Sep 6, 2016 at 12:40 PM, Rowan Collins > wrote: > > > On 06/09/2016 11:18, Derick Rethans wrote: > > > >> One of PHPs biggest strengths is the availability of an extension for > >> nearly everything. There are *1000s* out there. Some made

Re: [PHP-DEV] RFC - Immutable classes

2016-09-06 Thread Larry Garfield
On 09/05/2016 11:37 AM, Fleshgrinder wrote: On 9/5/2016 10:26 AM, Michał Brzuchalski wrote: I had a talk at Room11 and we discussed idea of `mutator` keyword. There were some concerns using `mutator` as a keyword - that's because immutable object is not being muted and also magically appeared `

Re: [PHP-DEV] VCS Account Request: adambaratz

2016-09-06 Thread Adam Baratz
> > > One note I missed: it probably goes without saying that I'd like write > > access to ext/pdo_dblib, but write access to ext/pdo would also help for > > work on common unit tests and functionality. > > +1, Adam have done great work at trying to keep pdo_dblib alive, and I > think Anatol (cc'ed

[PHP-DEV] NEUTRAL Benchmark Results for PHP Master 2016-09-06

2016-09-06 Thread lp_benchmark_robot
Results for project PHP master, build date 2016-09-06 06:25:03+03:00 commit: b15de5c previous commit:880c13c revision date: 2016-09-06 01:28:59+02:00 environment:Haswell-EP cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores, stepping 2, LLC 45 MB

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Ferenc Kovacs
On Tue, Sep 6, 2016 at 12:40 PM, Rowan Collins wrote: > On 06/09/2016 11:18, Derick Rethans wrote: > >> One of PHPs biggest strengths is the availability of an extension for >> nearly everything. There are *1000s* out there. Some made by single >> people, some by small groups of people, or some b

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Pierre Joye
Hi Tony, On Tue, Sep 6, 2016 at 2:17 PM, Tony Marston wrote: > "Niklas Keller" wrote in message > news:canuqdcjeh45_2aeq74cceoy4xc3xj0o_+yrq2nvy0k2vdox...@mail.gmail.com... > >> >> Tony Marston schrieb am So., 4. Sep. 2016, >> 10:38: >> >>> "Rowan Collins" wrote in message >>> news:b3bd7acf-a5

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Rowan Collins
On 06/09/2016 11:18, Derick Rethans wrote: One of PHPs biggest strengths is the availability of an extension for nearly everything. There are *1000s* out there. Some made by single people, some by small groups of people, or some by large companies. You can't expect *all* of these extensions to be

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Derick Rethans
On Tue, 6 Sep 2016, Sebastian Bergmann wrote: > Am 05.09.2016 um 12:13 schrieb Derick Rethans: > > You can't really ship PHP without a way to install extensions though! > > Why not? > > IMHO, PHP should not be shipped with any tool for installing PHP > components (PEAR Installer, Composer, ...)

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Derick Rethans
On Mon, 5 Sep 2016, Davey Shafik wrote: > Nobody is saying to do anything except unbundle the command line tools. And I would say that we should see whether the new tools work perfectly fine first before even considering that. cheers, Derick -- PHP Internals - PHP Runtime Development Mailing

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Ferenc Kovacs
> > >> Composer doesn't do that. >> > > Then how come I've seen several complaints in various forums about > composer updating libraries in the background and screwing things up. > That proves nothing except that your knowledge is very limited. indeed it does. -- Ferenc Kovács @Tyr43l - ht

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Thomas Nunninger
Hi, On 09/06/2016 09:14 AM, Sebastian Bergmann wrote: Am 05.09.2016 um 12:13 schrieb Derick Rethans: You can't really ship PHP without a way to install extensions though! Why not? IMHO, PHP should not be shipped with any tool for installing PHP components (PEAR Installer, Composer, ...) or e

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Rowan Collins
On 6 September 2016 08:17:20 BST, Tony Marston wrote: >>I do NOT want the replacement PEAR library to update itself in the >>> background. >> >>Composer doesn't do that. > >Then how come I've seen several complaints in various forums about >composer >updating libraries in the background and screw

Re: [PHP-DEV] [RFC][VOTE] Add validation functions to filter module

2016-09-06 Thread Lester Caine
On 06/09/16 03:19, Yasuo Ohgaki wrote: > Hi Lester, > > On Fri, Sep 2, 2016 at 7:58 PM, Lester Caine wrote: >> A filter of "is this string corrupted with an injection attempt" seems >> rather more difficult to define than "email"? And applying the first in >> general on every string when there ar

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Rowan Collins
On 6 September 2016 08:06:09 BST, Tony Marston wrote: >The package name is PEAR_Frontend_Web. It is documented at >http://pear.php.net/reference/PEAR_Frontend_Web-latest/ Thanks, if that's bundled with PHP (i.e. you don't need to run "pear install PEAR_Frontend_Web" to find it) then that should

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Tony Marston
"Niklas Keller" wrote in message news:canuqdcjeh45_2aeq74cceoy4xc3xj0o_+yrq2nvy0k2vdox...@mail.gmail.com... Tony Marston schrieb am So., 4. Sep. 2016, 10:38: "Rowan Collins" wrote in message news:b3bd7acf-a525-d921-1b1b-64ccf94b8...@gmail.com... > >On 02/09/2016 20:32, Davey Shafik wrote: >

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Sebastian Bergmann
Am 05.09.2016 um 12:13 schrieb Derick Rethans: > You can't really ship PHP without a way to install extensions though! Why not? IMHO, PHP should not be shipped with any tool for installing PHP components (PEAR Installer, Composer, ...) or extensions (PECL Installer, ...). In my experience, peop

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Stanislav Malyshev
Hi! > Just because SOME people still like using a command line interface does > not mean that they can force everyone else to use it. If any piece of Nobody is forcing you to use anything. > 21st century does not come with a web/GUI interface it just shows that > the author is still living in th

Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle

2016-09-06 Thread Tony Marston
"Rowan Collins" wrote in message news:be378f46-9a69-55e5-7e2f-48dfbfd8b...@gmail.com... On 04/09/2016 09:38, Tony Marston wrote: A1) A command-line package management tool for installing and updating packages of PHP code over the Internet. Incorrect. There is a web interface which I use EXCL