On 05.05.2010, at 08:44, Patrick ALLAERT wrote:
> 2010/5/4 Adam Harvey <aharvey@php.net>:
>> On 19 April 2010 11:58, Adam Harvey <aharvey@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
mls@pooteeweet.org