On 05.05.2010, at 08:44, Patrick ALLAERT wrote: > 2010/5/4 Adam Harvey <ahar...@php.net>: >> On 19 April 2010 11:58, Adam Harvey <ahar...@php.net> wrote: >>> As at least some of you would already be aware, there's a >>> long-standing issue with using PHP in a Turkish or Azeri locale, >>> namely that case-insensitive lookups within the Zend engine (method >>> names, for example) fail on lookups involving upper-case I characters, >>> since lower-case I in those languages is ı instead of i (note the lack >>> of a dot). >> >> Well, I'm going to assume that people have had whatever say they were >> going to. It seems that we have three options, so let's put it to a >> vote. >> >> (To be completely clear, this is purely for trunk. This certainly >> isn't a candidate for backporting to 5.3.) >> >> The options are: >> >> 1. Apply Tomas's patch to make case-insensitive lookups >> locale-ignorant. Pros: fixes immediate problem. Cons: breaks BC for >> case-insensitive function/method name lookups for high-bit characters >> in single-byte encodings. (Not that we've ever advertised or >> documented that.) >> >> 2. Make function/method names case-sensitive, per Stan's e-mail. Pros: >> fixes problem; brings PHP into line with most other languages; extra >> consistency with variables; possible performance improvement. Cons: BC >> break from current documented behaviour. > > Once and for all: +1 for #2 (BTW that kind of BC will not be that hard to > fix!)
we have had the topic of making PHP case sensitive before. I do not find the above reason all that compelling to make this change. However there are several other reasons that imho are more relevant for making this change. > RMs: should this really be part of PHP 5.4 if it gets approved? no way. regards, Lukas Kahwe Smith m...@pooteeweet.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
