Re: [PHP-DEV] __invokeStatic() method

2013-03-18 Thread Matīss Roberts Treinis
Not only that. This potentially might break compatibility with many software products already out there. Also, this might lead to many misunderstandings and, in fact, ambiguous code. Consider the sample. $name = 'something'; $something = $name(); // What is this - a function call or object? Fact

Re: [PHP-DEV] __invokeStatic() method

2013-03-18 Thread David Muir
On 18/03/2013, at 6:07 PM, Matīss Roberts Treinis mrtrei...@gmail.com wrote: Not only that. This potentially might break compatibility with many software products already out there. Also, this might lead to many misunderstandings and, in fact, ambiguous code. Consider the sample. $name =

[PHP-DEV] Merge #62852 and #53437 into 5.3 and 5.4

2013-03-18 Thread Anatol Belski
Hi, #62852 and #53437 introduced fixes for the date extension crashing when unserializing objects. They was applied to 5.5. If there are no objections, I would backport those to 5.3 and 5.4. Regards Anatol -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

Re: [PHP-DEV] Voting on PHP features

2013-03-18 Thread Florian Anderiasch
On 03/17/2013 02:12 PM, Clint Priest wrote: Unfortunately my experience with that process has been that many people will vote who had no part in the discussion. I don't see a point repeating points of discussion when being in agreement with people who already stated their opinion, or being

Re: [PHP-DEV] Abstract properties

2013-03-18 Thread Marcello Duarte
On 1 Dec 2012, at 12:34, Sebastian Krebs wrote: Hi, Don't want to start a big discussion, but is there a concrete reason, why abstract properties (or a kind of abstract) are not supported? Hi, The reason for not having abstract properties is that when you are defining a type you don't

Re: [PHP-DEV] Could we kill call_user_func?

2013-03-18 Thread Julien Pauli
On Sat, Mar 16, 2013 at 7:51 AM, Sara Golemon poll...@php.net wrote: ${'_'.!$_=getCallback()}(); Well now, that's an... interesting abuse of resolution order and type juggling. Really crazy, yeah Also, AFAIR, call_user_func() doesn't work with functions using references in args.

Re: [PHP-DEV] Voting on PHP features

2013-03-18 Thread Gwynne Raskind
On Mar 18, 2013, at 5:57 AM, Florian Anderiasch m...@anderiasch.de wrote: On 03/17/2013 02:12 PM, Clint Priest wrote: Unfortunately my experience with that process has been that many people will vote who had no part in the discussion. I don't see a point repeating points of discussion when

Re: [PHP-DEV] Could we kill call_user_func?

2013-03-18 Thread Ángel González
On 18/03/13 14:04, Julien Pauli wrote: Also, AFAIR, call_user_func() doesn't work with functions using references in args. Julien.Pauli AFAIK it does. Do you have an example where it doesn't? -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit:

Re: [PHP-DEV] Could we kill call_user_func?

2013-03-18 Thread Anthony Ferrara
Angel, On 18/03/13 14:04, Julien Pauli wrote: Also, AFAIR, call_user_func() doesn't work with functions using references in args. Julien.Pauli AFAIK it does. Do you have an example where it doesn't? It definitely does not: http://3v4l.org/C8Kme And if you try

RE: [PHP-DEV] Could we kill call_user_func?

2013-03-18 Thread nathan
Angel, On 18/03/13 14:04, Julien Pauli wrote: Also, AFAIR, call_user_func() doesn't work with functions using references in args. Julien.Pauli AFAIK it does. Do you have an example where it doesn't? It definitely does not: http://3v4l.org/C8Kme And if you try

Re: [PHP-DEV] Could we kill call_user_func?

2013-03-18 Thread Julien Pauli
On Mon, Mar 18, 2013 at 3:33 PM, Anthony Ferrara ircmax...@gmail.comwrote: Angel, On 18/03/13 14:04, Julien Pauli wrote: Also, AFAIR, call_user_func() doesn't work with functions using references in args. Julien.Pauli AFAIK it does. Do you have an example where it doesn't? It

Re: [PHP-DEV] Could we kill call_user_func?

2013-03-18 Thread Nikita Nefedov
On Mon, 18 Mar 2013 19:03:41 +0400, Julien Pauli jpa...@php.net wrote: On Mon, Mar 18, 2013 at 3:33 PM, Anthony Ferrara ircmax...@gmail.comwrote: Angel, On 18/03/13 14:04, Julien Pauli wrote: Also, AFAIR, call_user_func() doesn't work with functions using references in args.

Re: [PHP-DEV] Merge #62852 and #53437 into 5.3 and 5.4

2013-03-18 Thread Johannes Schlüter
Hi, commit f8b91d9ac (fix for #62852) looks fine to me. Commit 0ee71 for #53437 is a bit too much for 5.3 in my opinion - what happens if users have custom work-arounds in extended classes with custom __wakeup or __set_State methods? Will there be a change of behavihor? I think there should

Re: [PHP-DEV] Merge #62852 and #53437 into 5.3 and 5.4

2013-03-18 Thread Anatol Belski
Johannes, I completely agree about the E_ERROR - in general. An error should be recoverable as much as possible. In this concrete case as I've reworking a patch descending from 2010 and that E_ERROR was there, I just let it go. The situation is that doing an E_WARNING possibly leaves user with

Re: [PHP-DEV] Could we kill call_user_func?

2013-03-18 Thread Stas Malyshev
Hi! Also, AFAIR, call_user_func() doesn't work with functions using references in args. Use call_user_func_array() for that, it supports refs. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- PHP Internals - PHP Runtime Development