On 23.08.2016 at 00:25, Levi Morrison wrote:
> On Mon, Aug 22, 2016 at 3:40 PM, Rowan Collins
> wrote:
>>
>> Christoph already linked to this comment in the source
>> [https://github.com/php/php-src/blob/PHP-7.0.10/ext/reflection/php_reflection.c#L3197-L3202]:
>>
>>> /* In case this is a static
On 2016-08-23 11:30, Christoph M. Becker wrote:
On 23.08.2016 at 00:25, Levi Morrison wrote:
On Mon, Aug 22, 2016 at 3:40 PM, Rowan Collins
wrote:
In my opinion, the best "fix", if something needs to change, would
be to reject anything other than null; that anything else works
appears to jus
On Tue, Aug 23, 2016 at 10:30 AM, Christoph M. Becker wrote:
> On 23.08.2016 at 00:25, Levi Morrison wrote:
>
>> On Mon, Aug 22, 2016 at 3:40 PM, Rowan Collins
>> wrote:
>>>
>>> Christoph already linked to this comment in the source
>>> [https://github.com/php/php-src/blob/PHP-7.0.10/ext/reflec
On 23.08.2016 at 13:36, Julien Pauli wrote:
> On Tue, Aug 23, 2016 at 10:30 AM, Christoph M. Becker
> wrote:
>
>> On 23.08.2016 at 00:25, Levi Morrison wrote:
>>
>>> On Mon, Aug 22, 2016 at 3:40 PM, Rowan Collins
>>> wrote:
Christoph already linked to this comment in the source
Results for project PHP master, build date 2016-08-23 06:23:31+03:00
commit: becc5cd
previous commit:fd8e203
revision date: 2016-08-23 00:27:17+02:00
environment:Haswell-EP
cpu:Intel(R) Xeon(R) CPU E5-2699 v3 @ 2.30GHz 2x18 cores,
stepping 2, LLC 45 MB
On Tue, Aug 23, 2016 at 1:51 PM, Christoph M. Becker wrote:
> On 23.08.2016 at 13:36, Julien Pauli wrote:
>
>> On Tue, Aug 23, 2016 at 10:30 AM, Christoph M. Becker
>> wrote:
>>
>>> On 23.08.2016 at 00:25, Levi Morrison wrote:
>>>
On Mon, Aug 22, 2016 at 3:40 PM, Rowan Collins
wrote:
2016-08-23 14:51 GMT+03:00 Christoph M. Becker :
> I suggest to deprecate all other types than NULL as first arg for static
> methods, because passing an int, for instance, makes even less sense as
> Rowan has already pointed out elsewhere in this thread.
>
Alternative suggestion (vote for Julie
On Tue, Aug 23, 2016 at 2:56 PM, Alexander Lisachenko
wrote:
>
> 2016-08-23 14:51 GMT+03:00 Christoph M. Becker :
>>
>> I suggest to deprecate all other types than NULL as first arg for static
>> methods, because passing an int, for instance, makes even less sense as
>> Rowan has already pointed o
2016-08-23 16:01 GMT+03:00 Julien Pauli :
> This :
>
> class A { public static function foo() { } }
> class B extends A { public static function foo() { } }
>
> $a = new reflectionMethod('A', 'foo');
> $a->invoke('B');
>
It's perfect way for me.
Just to be sure: in this case we will invoke A::f
On Tue, Aug 23, 2016 at 3:07 PM, Alexander Lisachenko
wrote:
>
> 2016-08-23 16:01 GMT+03:00 Julien Pauli :
>>
>> This :
>>
>> class A { public static function foo() { } }
>> class B extends A { public static function foo() { } }
>>
>> $a = new reflectionMethod('A', 'foo');
>> $a->invoke('B');
>
>
On 23/08/2016 13:56, Alexander Lisachenko wrote:
For static methods this could be object (why not - it will be ignored)
Allowing a parameter and then completely ignoring it is what got us into
this situation in the first place.
Why does this...
$a = new reflectionMethod('A', 'foo');
$a->inv
2016-08-23 16:13 GMT+03:00 Julien Pauli :
>
> No, How can this be ? B extends A , not A extends B ...
> In this case, B'sfoo() will be called , which is the equivalent to
> having a reflectionMethod from B , so useless to me.
Ok, how can I invoke Parent::whoami() with reflection and get exactl
On 23/08/2016 14:20, Alexander Lisachenko wrote:
2016-08-23 16:13 GMT+03:00 Julien Pauli mailto:jpa...@php.net>>:
No, How can this be ? B extends A , not A extends B ...
In this case, B'sfoo() will be called , which is the equivalent to
having a reflectionMethod from B , so useles
On Tue, Aug 23, 2016 at 3:20 PM, Alexander Lisachenko
wrote:
>
> 2016-08-23 16:13 GMT+03:00 Julien Pauli :
>>
>>
>> No, How can this be ? B extends A , not A extends B ...
>> In this case, B'sfoo() will be called , which is the equivalent to
>> having a reflectionMethod from B , so useless to me.
2016-08-23 16:40 GMT+03:00 Julien Pauli :
> My patch allows that, but I can't find a use case to it.
My use case for that was decorating of static methods with additional
behaviour, so it's possible to cache the result of static methods, etc.
Unfortunately, reflection API doesn't provide me suc
On Tue, Aug 23, 2016 at 7:56 AM, Alexander Lisachenko
wrote:
>
> 2016-08-23 16:40 GMT+03:00 Julien Pauli :
>>
>> My patch allows that, but I can't find a use case to it.
>
>
>
> My use case for that was decorating of static methods with additional
> behaviour, so it's possible to cache the result
On Tue, Aug 23, 2016 at 4:13 PM, Levi Morrison wrote:
> On Tue, Aug 23, 2016 at 7:56 AM, Alexander Lisachenko
> wrote:
>>
>> 2016-08-23 16:40 GMT+03:00 Julien Pauli :
>>>
>>> My patch allows that, but I can't find a use case to it.
>>
>>
>>
>> My use case for that was decorating of static methods
On Tue, Aug 23, 2016 at 8:49 AM, Julien Pauli wrote:
> On Tue, Aug 23, 2016 at 4:13 PM, Levi Morrison wrote:
>> On Tue, Aug 23, 2016 at 7:56 AM, Alexander Lisachenko
>> wrote:
>>>
>>> 2016-08-23 16:40 GMT+03:00 Julien Pauli :
My patch allows that, but I can't find a use case to it.
>>>
On Mon, Aug 22, 2016 at 6:30 PM, Christoph M. Becker
wrote:
> On 22.08.2016 at 18:00, Julien Pauli wrote:
>
> > I agree this is a BC break and should not stay as-is in source code.
>
> I wonder why we have more than 100 lines of "Backward incompatible
> changes" in the PHP 7.1.0beta3 changelog[1]
On 2016-08-23 16:20, Alexander Lisachenko wrote:
Ok, how can I invoke Parent::whoami() with reflection and get exactly
"Child" as an output?
class Parent {
public static function whoami() {
echo static::class;
}
}
class Child extends Parent {
public static function whoami()
On Tue, Aug 23, 2016 at 4:58 PM, Levi Morrison wrote:
> On Tue, Aug 23, 2016 at 8:49 AM, Julien Pauli wrote:
>> On Tue, Aug 23, 2016 at 4:13 PM, Levi Morrison wrote:
>>> On Tue, Aug 23, 2016 at 7:56 AM, Alexander Lisachenko
>>> wrote:
2016-08-23 16:40 GMT+03:00 Julien Pauli :
>
>>
On Mon, 2016-08-15 at 10:17 +0200, Kalle Sommer Nielsen wrote:
> readline
> If removed, I guess this won't affect sapi/cli?
It would. In 5.3 or so I moved the interactive shell to the readline
extension (php -a) in order to help distributors who like to have
extensions shared.
I think "actual" re
2016-08-23 18:05 GMT+03:00 Lauri Kenttä :
> Could you do it without reflection, then? I don't think so.
> Thus, I think your "use case" is broken by design.
>
FYI: This use case is used by Go! AOP Framework and AspectMock libraries
that can mock even static methods in the classes, allowing testi
On 2016-08-23 18:45, Alexander Lisachenko wrote:
2016-08-23 18:05 GMT+03:00 Lauri Kenttä :
Could you do it without reflection, then? I don't think so.
Thus, I think your "use case" is broken by design.
FYI: This use case is used by Go! AOP Framework and AspectMock
libraries that can mock even
Le 16/08/2016 à 17:55, David Walker a écrit :
I'd like to go ahead and open up the RFC to voting to the scope
that it is written.
Hi,
At AFUP, we would be +1 on this RFC.
Basically: it could/will help detect problems, and the behavior change
should not cause too many bc-breaks (actually, whe
Hi all,
On Mon, Aug 22, 2016 at 7:55 PM, Michael Wallner wrote:
> On 22/08/16 12:44, Rowan Collins wrote:
>
>> As far as I can see, these functions exist because the XML parser
>> infrastructure needed them, and someone thought it might be handy to
>> expose them to users. Funnily enough, the int
26 matches
Mail list logo