Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:48208
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.170 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=umehCDgHKZb1+Cyy1MAL/IOhzn1NYJW/doSAgOTTkCm+KwNjEgRDWJb44fY+vO3UYU
         vIruMd8Zr3SJkb9wnTrmHoOIxNWq7fRkcF5gSrgjAt8Kt700HGO1j8n7blbKn2rMOG3a
         GCl2qoIJznuW9IIyzwpkIz5EhLXUD5uDnfDSA=
MIME-Version: 1.0
Sender: patrick.allaert@gmail.com
In-Reply-To: <p2ie50d0a481005040514h8720228qe2ae6a589deab4ab@mail.gmail.com>
References: <r2se50d0a481004182058i1ca96f6ka9f7a4e545c98e5e@mail.gmail.com>
	 <p2ie50d0a481005040514h8720228qe2ae6a589deab4ab@mail.gmail.com>
Date: Wed, 5 May 2010 08:44:21 +0200
Message-ID: <p2tcda548cc1005042344lf4b1fac4qb2318b28e219b1e1@mail.gmail.com>
To: Adam Harvey <aharvey@php.net>
Cc: internals@lists.php.net
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Re: Turkish/Azeri locale support
From: patrickallaert@php.net (Patrick ALLAERT)

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 =C4=B1 instead of i (note the l=
ack
>> 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 f=
ix!)

RMs: should this really be part of PHP 5.4 if it gets approved?

> 3. Do nothing. Pros: no BC breaks of any kind. Cons: continues to
> annoy Turkish and Azeri developers and those developing for those
> locales.
>
> If you'd care to reply with a vote for option 1, 2 or 3, I'll tally up
> the votes in a week or so. And yes, I am volunteering to deal with
> this should option 1 or 2 be picked.
>
> Adam
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php

Patrick