Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:48210
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.219 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=sfr7O4gPdXNSScz39pu70SYy4V64zDKhwQNvtDHxYmVR1xBz89o0tehs+peXc3je4j
         1S/9Z3a68ExqBJAwvtjNnHkTjzWNSr/RvY05wXxlpFRv8hoTizVWNGVuBB3Fw7SrjmLc
         VYV4PrsugXiZ8fNmEJwaxkcIGcY5mNbAyvD2M=
MIME-Version: 1.0
In-Reply-To: <p2tcda548cc1005042344lf4b1fac4qb2318b28e219b1e1@mail.gmail.com>
References: <r2se50d0a481004182058i1ca96f6ka9f7a4e545c98e5e@mail.gmail.com>
	 <p2ie50d0a481005040514h8720228qe2ae6a589deab4ab@mail.gmail.com>
	 <p2tcda548cc1005042344lf4b1fac4qb2318b28e219b1e1@mail.gmail.com>
Date: Wed, 5 May 2010 09:09:13 +0200
Message-ID: <y2pb54d0abe1005050009v7396601ah35a4a6a466c3cd14@mail.gmail.com>
To: Patrick ALLAERT <patrickallaert@php.net>
Cc: Adam Harvey <aharvey@php.net>, internals@lists.php.net
Content-Type: multipart/alternative; boundary=0015174be91edc50f10485d380dd
Subject: Re: [PHP-DEV] Re: Turkish/Azeri locale support
From: tyra3l@gmail.com (Ferenc Kovacs)

--0015174be91edc50f10485d380dd
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Wed, May 5, 2010 at 8:44 AM, Patrick ALLAERT <patrickallaert@php.net>wro=
te:

> 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=
 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!)
>
> RMs: should this really be part of PHP 5.4 if it gets approved?
>

AFAIK the new stable branch version number hasn't been decided yet.

Tyrael

--0015174be91edc50f10485d380dd--