Am 26.12.2017 um 20:15 schrieb Sara Golemon:
On Tue, Dec 26, 2017 at 10:56 AM, Sebastian Bergmann wrote:
Am 26.12.2017 um 16:46 schrieb li...@rhsoft.net:
would you mind to explain this?
"Foo|Bar", "array|string", etc. (still) make no sense to me.
"scalar" makes sense to me although it is b
On 12/26/2017 5:20 PM, Alexander Lisachenko wrote:
> In some distant future it could be implemented in more natural way with
> classes for primitive types and automatic boxing/unboxing for primitive
> built-in types:
>
> Php\Type\Object
> Php\Type\Scalar
>⌊ Php\Type\String
>⌊ Php\Type\Inte
On Tue, Dec 26, 2017 at 10:56 AM, Sebastian Bergmann wrote:
> Am 26.12.2017 um 16:46 schrieb li...@rhsoft.net:
>> would you mind to explain this?
>
> "Foo|Bar", "array|string", etc. (still) make no sense to me.
>
> "scalar" makes sense to me although it is but an alias for
> "bool|float|int|string
Am 26.12.2017 um 19:18 schrieb Larry Garfield:
On Tuesday, December 26, 2017 9:56:21 AM CST Sebastian Bergmann wrote:
Am 26.12.2017 um 16:46 schrieb li...@rhsoft.net:
would you mind to explain this?
"Foo|Bar", "array|string", etc. (still) make no sense to me.
"scalar" makes sense to me alt
On Tuesday, December 26, 2017 9:56:21 AM CST Sebastian Bergmann wrote:
> Am 26.12.2017 um 16:46 schrieb li...@rhsoft.net:
> > would you mind to explain this?
>
> "Foo|Bar", "array|string", etc. (still) make no sense to me.
>
> "scalar" makes sense to me although it is but an alias for
> "bool|flo
In some distant future it could be implemented in more natural way with
classes for primitive types and automatic boxing/unboxing for primitive
built-in types:
Php\Type\Object
Php\Type\Scalar
⌊ Php\Type\String
⌊ Php\Type\Integer
⌊ Php\Type\Float
⌊ Php\Type\Boolean
Php\Type\Array
And i
Am 26.12.2017 um 16:56 schrieb Sebastian Bergmann:
Am 26.12.2017 um 16:46 schrieb li...@rhsoft.net:
would you mind to explain this?
"Foo|Bar", "array|string", etc. (still) make no sense to me.
"scalar" makes sense to me although it is but an alias for
"bool|float|int|string".
honestly *th
Hey All.
> Am 26.12.2017 um 14:38 schrieb Sebastian Bergmann :
>
>> Am 24.12.2017 um 15:34 schrieb Fleshgrinder:
>> 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 c
Hi, internals!
I would like to nominate following methods for deprecation in next patch
version of PHP:
- ReflectionParameter->isArray(),
- ReflectionParameter->isCallable(),
- ReflectionParameter->allowsNull(),
- ReflectionParameter->getClass()
All these methods are covered with Ref
Am 26.12.2017 um 16:46 schrieb li...@rhsoft.net:
> would you mind to explain this?
"Foo|Bar", "array|string", etc. (still) make no sense to me.
"scalar" makes sense to me although it is but an alias for
"bool|float|int|string".
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscr
Am 26.12.2017 um 14:38 schrieb Sebastian Bergmann:
Thank you, Richard, for working on this.
I spent a lot of time this year introducing scalar type declarations into
existing code bases. In quite a few cases I was not able to do so because
the existing code works with parameters that can be of
>
> Am 24.12.2017 um 15:34 schrieb Fleshgrinder:
> > 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 ar
Am 24.12.2017 um 15:34 schrieb Fleshgrinder:
> 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 a
13 matches
Mail list logo
