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

2017-12-24 Thread Fleshgrinder
On 12/24/2017 5:42 PM, Fleshgrinder wrote: > I will extend it with some examples. > > I guess that that would be useful in weak mode. Will try to hack it in. > > I am currently also working on another RFC that adds a `Convertible` > interface with a single `into` method that has its return type

Re: [PHP-DEV] [RFC] Explicit call-site send-by-ref syntax

2017-12-24 Thread Andrea Faulds
Hi Levi, Levi Morrison wrote: On Wed, Dec 6, 2017 at 12:49 PM, Nikita Popov wrote: Hi internals, I'd like propose optional support for explicitly marking by-reference argument passing at the call-site, in addition to the declaration-site:

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

2017-12-24 Thread Fleshgrinder
On 12/24/2017 5:30 PM, Nikita Popov wrote: > I think this RFC could benefit from displaying some use-cases for this type > annotation. I can't recall any recent instance where I would have found > this specific type combination useful, though I'm sure there are good > examples. > > I also wonder

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

2017-12-24 Thread Nikita Popov
On Sun, Dec 24, 2017 at 3:34 PM, Fleshgrinder wrote: > Hi Internals! > > I prepared a PR to add the `scalar` pseudo-type to PHP after the > discussions around adding a `mixed` pseudo-type. I strongly believe that > it makes sense to provide the most common primitive union

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

2017-12-24 Thread Fleshgrinder
Hi Internals! I prepared a PR to add the `scalar` pseudo-type to PHP after the discussions around adding a `mixed` pseudo-type. I strongly believe that it makes sense to provide the most common primitive union types with handy aliases even if we are going to add union types in the future to PHP.

Re: [PHP-DEV] [RFC] Reproducible Builds Support

2017-12-24 Thread Jelle van der Waa
On 12/15/17 at 11:54am, Sebastian Bergmann wrote: > Am 15.12.2017 um 11:13 schrieb Jordi Boggiano: > > I guess an alternative fix would be for someone to actually fix the Phar > > extension so addFromString has a filemtime parameter you can pass the > > desired mtime to. I have not checked whether