RE: [PHP-DEV] RE: High resolution timer function

2018-01-02 Thread Anatol Belski
> -Original Message- > From: Stanislav Malyshev [mailto:smalys...@gmail.com] > Sent: Tuesday, January 2, 2018 8:43 PM > To: Anatol Belski ; internals@lists.php.net > Cc: Niklas Keller > Subject: Re: [PHP-DEV] RE: High resolution timer function > > Hi! >

Re: [PHP-DEV] RE: High resolution timer function

2018-01-02 Thread Stanislav Malyshev
Hi! > If there are no further comments or objection, I would like to merge this > patch anytime soon and see to add a couple of helper functions for > diff/compare. No objection to the idea but please see my comments on https://github.com/php/php-src/pull/2976. -- Stas Malyshev

Re: [PHP-DEV] Mailing list moderation

2018-01-02 Thread Dustin Wheeler
On Tue, Jan 2, 2018 at 12:19 PM, Levi Morrison wrote: > > I doubt we have any official procedures. I agree with the proposed > suspension as long as the suspension for a set amount of time; I > believe in giving people a chance to reform. If they can't reform... > well then I'm

Re: [PHP-DEV] Mailing list moderation

2018-01-02 Thread Levi Morrison
On Tue, Jan 2, 2018 at 3:49 AM, Nikita Popov wrote: > Hi, > > This mail is going to both the systems group and internals mailing list. > > I would like to request a mailing list suspension for the users > tonymars...@hotmail.com and li...@rhsoft.net, who have recently been >

Re: [PHP-DEV] Mailing list moderation

2018-01-02 Thread Kalle Sommer Nielsen
Hi Nikita 2018-01-02 11:49 GMT+01:00 Nikita Popov : > Hi, > > This mail is going to both the systems group and internals mailing list. > > I would like to request a mailing list suspension for the users > tonymars...@hotmail.com and li...@rhsoft.net, who have recently been >

Re: [PHP-DEV] [RFC] [DISCUSSION] Scalar Pseudo-type

2018-01-02 Thread Sebastian Bergmann
Am 02.01.2018 um 14:37 schrieb Chris Riley: > How useful is "scalar" as a type hint? I'm not sure it provides any benefit > over "mixed". scalar has the benefit of exluding arrays, objects, and resources. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

RE: [PHP-DEV] RE: High resolution timer function

2018-01-02 Thread Anatol Belski
Hi, > -Original Message- > From: Peter Cowburn [mailto:petercowb...@gmail.com] > Sent: Tuesday, January 2, 2018 2:56 PM > To: Anatol Belski > Cc: internals@lists.php.net; Niklas Keller > Subject: Re: [PHP-DEV] RE: High resolution timer function > > > >

Re: [PHP-DEV] RE: High resolution timer function

2018-01-02 Thread Peter Cowburn
On 2 January 2018 at 10:43, Anatol Belski wrote: > Hi, > > > -Original Message- > > From: Anatol Belski [mailto:weltl...@outlook.de] On Behalf Of Anatol > Belski > > Sent: Saturday, December 16, 2017 3:03 PM > > To: internals@lists.php.net > > Cc: Niklas Keller

Re: [PHP-DEV] [RFC] [DISCUSSION] Scalar Pseudo-type

2018-01-02 Thread Chris Riley
Hi, How useful is "scalar" as a type hint? I'm not sure it provides any benefit over "mixed". Would it not be better to copy Hack and instead introduce two type hints: "num" (or "number") which is int|float and "arraykey" which is string|int? To me, these are much more useful pseudo types than

Re: [PHP-DEV] Personal Home Page

2018-01-02 Thread Rowan Collins
On 2 January 2018 at 12:54, Lester Caine wrote: > At what point did 'Personal Home Page' become 'Professional Home Page'? > PHP hasn't stood for "Personal Home Page" for twenty years. http://php.net/manual/en/history.php.php#history.php3 Do you have an actual proposal to

[PHP-DEV] Personal Home Page

2018-01-02 Thread Lester Caine
At what point did 'Personal Home Page' become 'Professional Home Page'? I sat down this morning to look at the sites that are still on the 'TODO' list with a view to just what I can do with them and if the clients could do anything to help. The short answer is NO since the reason I'm nursing many

Re: [PHP-DEV] Re: Mailing list moderation

2018-01-02 Thread Michael Morris
On Tue, Jan 2, 2018 at 6:47 AM, Derick Rethans wrote: > On Tue, 2 Jan 2018, Nikita Popov wrote: > > > This mail is going to both the systems group and internals mailing > > list. > > > > I would like to request a mailing list suspension for the users > > tonymars...@hotmail.com

Re: [PHP-DEV][RFC][DISCUSSION] Strong Typing Syntax

2018-01-02 Thread Michael Morris
On Tue, Jan 2, 2018 at 7:08 AM, Hidde Boomsma wrote: > Dear Michael, > > Are you aware of this RFC: https://wiki.php.net/rfc/typed-properties > > I was not aware of it. What I propose has a much wider scope, but the fact there was slowdown on the last implementation try is

[PHP-DEV] Re: Mailing list moderation

2018-01-02 Thread Derick Rethans
On Tue, 2 Jan 2018, Nikita Popov wrote: > This mail is going to both the systems group and internals mailing > list. > > I would like to request a mailing list suspension for the users > tonymars...@hotmail.com and li...@rhsoft.net, who have recently been > aggressively derailing the "Scalar

Re: [PHP-DEV] Mailing list moderation

2018-01-02 Thread Sebastian Bergmann
Am 02.01.2018 um 11:49 schrieb Nikita Popov: > I would like to request a mailing list suspension for the users > tonymars...@hotmail.com and li...@rhsoft.net, who have recently been > aggressively derailing the "Scalar Pseudo-type" thread, despite requests to > moderate their participation both in

Re: [PHP-DEV] Mailing list moderation

2018-01-02 Thread Thomas Punt
Hi! > Hi, > > This mail is going to both the systems group and internals mailing list. > > I would like to request a mailing list suspension for the users > tonymars...@hotmail.com and li...@rhsoft.net, who have recently been > aggressively derailing the "Scalar Pseudo-type" thread, despite

[PHP-DEV][RFC][DISCUSSION] Strong Typing Syntax

2018-01-02 Thread Michael Morris
Apologies for the double post - I missed a tag and I'm not sure the list server will send it along because of that mistake. I would like to propose a clean way to add some strong typing to PHP in a manner that is almost fully backward compatible (there is a behavior change with PHP 7 type

[PHP-DEV] Mailing list moderation

2018-01-02 Thread Nikita Popov
Hi, This mail is going to both the systems group and internals mailing list. I would like to request a mailing list suspension for the users tonymars...@hotmail.com and li...@rhsoft.net, who have recently been aggressively derailing the "Scalar Pseudo-type" thread, despite requests to moderate

[PHP-DEV] RE: High resolution timer function

2018-01-02 Thread Anatol Belski
Hi, > -Original Message- > From: Anatol Belski [mailto:weltl...@outlook.de] On Behalf Of Anatol Belski > Sent: Saturday, December 16, 2017 3:03 PM > To: internals@lists.php.net > Cc: Niklas Keller > Subject: [PHP-DEV] High resolution timer function > > Hi, > > I would

[PHP-DEV] [RFC][DISCUSSION] Strong Typing Syntax

2018-01-02 Thread Michael Morris
I would like to propose a clean way to add some strong typing to PHP in a manner that is almost fully backward compatible (there is a behavior change with PHP 7 type declarations). As I don't have access to the add RFC's to the wiki I'll place this here. Before I begin detailing this I want to

Re: [PHP-DEV] [RFC] [DISCUSSION] Scalar Pseudo-type

2018-01-02 Thread Tony Marston
"Lester Caine" wrote in message news:a1bb2452-3969-ca72-cf19-4ca4bcd90...@lsces.co.uk... On 31/12/17 22:45, Michael Morris wrote: Please do not quote large swaths of Tony Marston's crap. He's an unrepentant liar, braggart and trouble maker that most of the list has on ignore since the admins

Re: [PHP-DEV] [RFC] [DISCUSSION] Scalar Pseudo-type

2018-01-02 Thread Marco Pivetta
On Tue, Jan 2, 2018 at 9:28 AM, Tony Marston wrote: > "There are some of us out there who are capable of writing bug-free code" >> is a laughable argumentation anyways >> > > Why is that laughable? You appear to want to make the language more > complicated just to catch

Re: [PHP-DEV] [RFC] [DISCUSSION] Scalar Pseudo-type

2018-01-02 Thread Tony Marston
wrote in message news:96908b43-e2b3-923a-5452-903f26838...@rhsoft.net... Am 01.01.2018 um 10:21 schrieb Tony Marston: Any attempt to make typehinting (or type enforcement as it has now become) is simply adding complications to the language which do not provide benefits to the greater PHP