Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:48201
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.42 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:content-transfer-encoding;
        b=dcfkDiRMQr1/8tfwh7r8wyyFRBawUqEEgGiDaCeCgIlcqVF3HM2KyzHGERNc8iZ6d/
         3n1FDStFZ5WorrrZZBMSd6FdpaCvUNcYhWAtLkFwAh7fpGxLhbukUxMjMo2Rc9JSfJ/A
         sYq7OjkItJjeYZECfnyuw3gLDxbSD8c//G/Xo=
MIME-Version: 1.0
In-Reply-To: <r2se50d0a481004182058i1ca96f6ka9f7a4e545c98e5e@mail.gmail.com>
References: <r2se50d0a481004182058i1ca96f6ka9f7a4e545c98e5e@mail.gmail.com>
Date: Tue, 4 May 2010 11:00:49 -0400
Message-ID: <o2rab8cc41a1005040800sa8ac6494j8c31b1a1f42b7409@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] Turkish/Azeri locale support
From: joel.perras@gmail.com (Joel Perras)

+1 for option #2.

Jo=C3=ABl.

On Sun, Apr 18, 2010 at 11:58 PM, 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 la=
ck
> of a dot).
>
> The long term plan for this, per bug #35050 and any number of
> duplicates, was to deal with it in PHP 6. Since PHP 6 isn't going to
> happen in its original form, I think we're going to need to revisit
> how we want to deal with this. There's a patch linked in the bug from
> Tomas Kuliavas and Marcus that fixes the problem by simply redefining
> zend_tolower() to a simple locale-insensitive ASCII tolower()
> function, which does fix the Turkish and Azeri locales.
>
> The potential breakage from this is that single-byte locales will no
> longer get case-insensitive lookups of non-ASCII characters: for
> example, somebody using fr_FR.ISO-8859-1 as a locale could no longer
> call a method =C3=89() as =C3=A9(). Since it doesn't break anything when =
using
> multi-byte locales (which have never had case-insensitive lookups
> anyway since the Zend Engine uses the single-byte tolower()
> internally), my inclination would be to apply the patch on trunk and
> document it as a BC issue.
>
> I've uploaded an updated version of Tomas's patch that applies cleanly
> to trunk to http://www.adamharvey.name/patches/35050/zend_operators.c.dif=
f
> and a phpt file to test the fix to
> http://www.adamharvey.name/patches/35050/bug35050.phpt. It's likely
> that the test would require massaging before being committed to work
> on Windows, but since I don't have a Windows development box readily
> available and don't know a thing about how Windows implements locale
> support, this would require help from someone familiar with the
> platform.
>
> So: thoughts; concerns; alternate approaches? It would be nice to have
> this sorted for PHP.next.
>
> Thanks,
>
> Adam
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>



--=20
I do know everything, just not all at once. It's a virtual memory problem.