Hi Lester, I agree. The only way I imagine possible (maybe Derick can confirm), is adding an optional case-sensitive mode and, then, much later, make it the default.
Unlike raising E_DEPRECATED on case-insensitive comparisons, this approach is technically possible. The only probem I see is that people are shooting down every new INI setting, whatever the need. Regards François > -----Message d'origine----- > De : Lester Caine [mailto:les...@lsces.co.uk] > Envoyé : mercredi 25 février 2015 11:04 > À : internals@lists.php.net > Objet : Re: [PHP-DEV] [Discussion] Last chance for case-sensitive engine > > On 25/02/15 09:40, Derick Rethans wrote: > > To be really honest, I don't think all of the pro's hold up. For a hash > > check, there is no change really - the only change that is to remove the > > zend_tolower. Previous discussions have IIRC shown that the performance > > benefit is minimal. Compatibility with PSR's is also a moot point, as > > there are just recommendations. > > There is still the matter of 'internationalization', which is > technically a different RFC, but zend_tolower is only handling ASCII > character set? So modifying that function where appropriate may be > advantageous later. > > > However, there are a few extra cons: You are going to break > > people's code on a large scale. I simply don't think it is worth it > > (again, just like when this discussion popped up every year or so for > > the last decade). > > Having been stung by the 'cons' already in reverse when moving perfectly > stable code from windows to linux I'd actually say that it would have > been a 'pro' if the mixed case stuff that previous programmers had used > had been eliminated. I take a lot more care now ensuring that case IS > consistent and if PHP nannied this in the same way it nannies some other > style points, then I would put under the pro rather than con! > > Some of the BC areas being discussed do seem 'why put us through that', > but unicode is still being pushed to the sidelines and this is one of > those BC breaks which would help pave the way for a clean unicode core > in the future. > > -- > 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 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
