On 23/02/15 18:09, Zeev Suraski wrote: > I don't think it will. But instead of guessing, we should try the patch > with some real world apps and find out. I think that if we find out we can > migrate Drupal (or whatever) in a couple of days or even a couple of weeks > to be E_DEPRECATED free - this approach is very viable. If it requires > months and months of updates, it'll be a different story.
There are still a number of things that need agreement before moving forward? 1/ The 'strict hint' camp can't see why even if 'disabled' so that we don't have to bother with it they can have what they want, but it's another layer of unnecessary code even if it can be optimized out. 2/ Drop the 'strict' but keep STH and we still have another layer of complexity that may not fit with other methods of handling variable validation. 3/ Changing the rules for converting types is in my list a separate question to adding STH at all. Even if STH is not being used the rules change? At least some alternative means of producing the current style of working should be retained. 4/ There IS still the alternative option of proper annotation which will provide an alternate method of including type hinting without needing to change the run time code at all. I don't see why this is being rejected as vehemently as not including strict or incorporating annotation IN the code. Keeping development time information in a separate wrapper both allows everyone to follow their own preferences and develop validation tools that work for PHP rather than forcing the use of some other language that is flavour of the month. Neither strict, Coercive processing nor François's alternative provide a complete solution to the validation requirements. Something which could be provided if the right hooks are available to identify hints be that the current rules or some third party strict rule set. There was a query about making hints user definable and that fits in better than any of the current 'single' solutions? Currently nothing is the perfect solution so should any be made compulsory? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
