On Thu, Dec 2, 2010 at 17:07, la...@garfieldtech.com <la...@garfieldtech.com> wrote: > On 12/2/10 7:51 AM, Patrick ALLAERT wrote: > >>>> +1 for removing T_VAR and making T_FUNCTION optional in a major release. >>>> -1 otherwise. > > I am still firmly -1 on removing T_FUNCTION for methods. > >>>> -- >>>> Patrick Allaert >>>> --- >>>> http://code.google.com/p/peclapm/ - Alternative PHP Monitor >>>> >>>> -- >>>> PHP Internals - PHP Runtime Development Mailing List >>>> To unsubscribe, visit: http://www.php.net/unsub.php >>>> >>> >>> An entire major version relied on the usage of T_VAR within classes. >>> Many people still use it today. >>> I therefore am strongly against removing T_VAR, considering it would >>> break huge amounts of userland code. >> >> If people migrate to a major version of PHP> 5 they should at least >> stop relying on PHP 4 features still valid thanks to BC consideration. >> >>> In either case, it should be >>> deprecated with an E_DEPRECATED warning during at least another major >>> before it gets removed. >> >> This makes much sense! > > Correct me if I'm wrong, but isn't T_VAR on class members already an > E_STRICT warning? I thought it was... > > --Larry Garfield > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php >
No, the warning was removed in PHP 5.1.3. Regards, Peter Beverloo -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php