Re: [PHP-DEV] Modern practices ...

2016-09-10 Thread Pierre Joye
On Sep 10, 2016 3:32 PM, "Lester Caine" wrote: > I think I am right in saying Pierre originally needed pickle so that > PEAR could be dropped in the windows? It was not the reason. My main motivation is about ease developer work (no information duplication, wrong version number, binary support

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

2016-09-10 Thread Guy Marriott
On 11 Sep 2016 10:04 am, "Lester Caine" wrote: > > On 10/09/16 19:47, Stanislav Malyshev wrote: > > In fact, Windows does have command-line interface, moreover - Microsoft > > recently invested significant resources into making this interface more > > powerful and flexible. Moreover, many of the p

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

2016-09-10 Thread Lester Caine
On 10/09/16 19:47, Stanislav Malyshev wrote: > In fact, Windows does have command-line interface, moreover - Microsoft > recently invested significant resources into making this interface more > powerful and flexible. Moreover, many of the professional programmers > routinely use command-line tools

Re: [PHP-DEV] Modern practices ...

2016-09-10 Thread Lester Caine
On 10/09/16 16:41, Christoph M. Becker wrote: > Despite the rather common myth, building PHP on Windows nowadays is not > really harder than on Linux. Detailed instructions are available on > . http://lsces.co.uk/wiki/Compile+PHP7+Build+on+W

Re: [PHP-DEV] RFC - Immutable classes

2016-09-10 Thread Silvio Marijić
I agree. Will add this feature to RFC also Cheers On Sep 10, 2016 8:02 PM, "Marco Pivetta" wrote: > On Sat, Sep 10, 2016 at 7:49 PM, Niklas Keller wrote: > >> 2016-09-10 19:41 GMT+02:00 Silvio Marijić : >> >> > @Fleshgrinder, >> > >> > While I'm not sure at the moment about CoW, I can agree tha

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

2016-09-10 Thread Stanislav Malyshev
Hi! > You seem to think that any opinion which differs from yours is wrong, > and you try to dismiss that opinion by classing it as "abusive". I'm > afraid this lack of tolerance for different opinions is becoming more > and more prevalent in this forum, and I fear it will have a detrimental > eff

Re: [PHP-DEV] RFC - Immutable classes

2016-09-10 Thread Marco Pivetta
On Sat, Sep 10, 2016 at 7:49 PM, Niklas Keller wrote: > 2016-09-10 19:41 GMT+02:00 Silvio Marijić : > > > @Fleshgrinder, > > > > While I'm not sure at the moment about CoW, I can agree that we should > add > > immutable keyword as a interface modifier to make sure all classes > > implementing mus

Re: [PHP-DEV] RFC - Immutable classes

2016-09-10 Thread Niklas Keller
2016-09-10 19:41 GMT+02:00 Silvio Marijić : > @Fleshgrinder, > > While I'm not sure at the moment about CoW, I can agree that we should add > immutable keyword as a interface modifier to make sure all classes > implementing must be immutable. As interfaces can't have member variables, that doesn

Re: [PHP-DEV] RFC - Immutable classes

2016-09-10 Thread Silvio Marijić
@Fleshgrinder, While I'm not sure at the moment about CoW, I can agree that we should add immutable keyword as a interface modifier to make sure all classes implementing must be immutable. On Sep 10, 2016 12:55 PM, "Fleshgrinder" wrote: > So? Where are we now? CoW is definitely doable and I pers

Re: [PHP-DEV] Modern practices ...

2016-09-10 Thread Christoph M. Becker
On 10.09.2016 at 17:09, Lester Caine wrote: > On 10/09/16 09:32, Lester Caine wrote: > >> Doing some digging I've found the conversations on this back in 2011. At >> that time the statement was made that 'php project does not provide >> binary builds' and 'if the user can't install a compiler they

Re: [PHP-DEV] Modern practices ...

2016-09-10 Thread Lester Caine
On 10/09/16 09:32, Lester Caine wrote: > Doing some digging I've found the conversations on this back in 2011. At > that time the statement was made that 'php project does not provide > binary builds' and 'if the user can't install a compiler they should not > be using php'. I'll not name the sourc

Re: [PHP-DEV] Modern practices ...

2016-09-10 Thread Ferenc Kovacs
On Sat, Sep 10, 2016 at 10:32 AM, Lester Caine wrote: > On 09/09/16 14:28, Lester Caine wrote: > > I'd forgotten the official windows packages no longer had PEAR anyway. > > Does make the discussion on that somewhat academic? We have been > > installing Linux servers as replacements to the window

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

2016-09-10 Thread Pierre Joye
On Sep 10, 2016 4:19 PM, "Tony Marston" wrote: > That is a valid opinion. Consider the fact that the Windows operating system was only accepted by large numbers of users as it had a "modern" GUI and not a command line interface. You try and release a new piece of software to users that does not h

Re: [PHP-DEV] RFC - Immutable classes

2016-09-10 Thread Fleshgrinder
So? Where are we now? CoW is definitely doable and I personally think that it's the best approach because the engine has full control that nothing goes south. I also do not think that it's magic in any way since developers have to add the _immutable_ keyword explicitly to the class. That this modif

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

2016-09-10 Thread Tony Marston
"Ferenc Kovacs" wrote in message news:CAH-PCH5gu6Fz2wQU+n0J7MEGj9=wqR_UmxOd1BhQWriJ=2j...@mail.gmail.com... 2016. szept. 9. 10:44 ezt írta ("Tony Marston" ): Sent: Thursday, September 08, 2016 9:35 AM >To: Tony Marston >Cc: PHP Internals >Subject: Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Rep

Re: [PHP-DEV] Modern practices ...

2016-09-10 Thread Lester Caine
On 09/09/16 14:28, Lester Caine wrote: > I'd forgotten the official windows packages no longer had PEAR anyway. > Does make the discussion on that somewhat academic? We have been > installing Linux servers as replacements to the windows boxes so the > need to actually load newer windows builds as b

Re: [PHP-DEV] [RFC] Make uniqid() more unique

2016-09-10 Thread Lester Caine
On 10/09/16 04:35, Pierre Joye wrote: > Or uuid. This why this standard exists. I would recommend to move to that > instead of trying to reinvent the wheel. Which is what is provided by most databases and tailored to index efficiently and rather than 'more entropy' they simply add machine unique e