Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:27654
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain prohost.org from 64.233.166.176 cause and error)
In-Reply-To: <000a01c74093$b03dd180$0100a8c0@pc07653>
References: <0F741213-BCA4-4923-A83A-3E4E9C561DAE@prohost.org> <5F.94.13597.04698B54@pb1.pair.com> <45B897E5.40007@zend.com> <41936.195.22.180.233.1169730121.squirrel@avilys.eik.lt> <45B8B2E5.4010204@zend.com> <40869.195.22.180.233.1169733866.squirrel@avilys.eik.lt> <3ED37F9A-9BC8-4BBA-BB85-77BB0B188074@prohost.org> <000b01c74090$60bce950$0100a8c0@pc07653> <017A7F13-255C-4C7E-B22F-7481CCE07BAB@prohost.org> <000a01c74093$b03dd180$0100a8c0@pc07653>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
Message-ID: <0EFF1969-038A-4F67-872C-674B99E75009@prohost.org>
Cc:  <internals@lists.php.net>
Content-Transfer-Encoding: quoted-printable
Date: Thu, 25 Jan 2007 10:20:45 -0500
To: Nuno Lopes <nlopess@php.net>
Subject: Re: [PHP-DEV] Re: PHP 5.2.1RC3 Released
From: ilia@prohost.org (Ilia Alshanetsky)

PCRE should operate in UTF-8 mode.


On 25-Jan-07, at 10:15 AM, Nuno Lopes wrote:

> So are you saying that php will automatically issue setlocale() calls?
> e.g.:
> <?php
> i18n_loc_set_default('pt_PT'); // or whatever that is called these =20
> days
> //now it magically calls setlocale('pt_PT', 'pt_PT.iso8859-1', =20
> 'portuguese'); -- linux/bsd/windows
>
> echo preg_match('/^\w+$/', "=E0=E1=E3=E7=EA=F5"); //prints 1?
> ?>
>
>
>> Nuno,
>>
>> The idea is that while internal libs will use it, PHP will do all =20
>> the user-locale handling internally.
>>
>>
>> On 25-Jan-07, at 9:52 AM, Nuno Lopes wrote:
>>
>>>>> PHP needs locale insensitive strcasecmp() or your developers =20
>>>>> will continue
>>>>> hitting string comparison issues in Turkish and Azerbaijani. =20
>>>>> Ilia patched
>>>>> it in timezone parsing code. Some day other strcasecmp will =20
>>>>> pop  in other
>>>>> place.
>>>>>
>>>>> Switching locale everytime you want to compare strings is a =20
>>>>> hack   and not a
>>>>> bug fix.
>>>>
>>>> Its a solution that works. There are very few instances where =20
>>>> such behavior is needed and in php6 it won't be relevant anyway =20
>>>> since   posix locales will not be used.
>>>
>>> This is not true at all.. I even think this is a big =20
>>> misconception  of PHP 6.
>>> Although this has nothing to do with the issue mentioned above, =20
>>> we  will still need setlocale() in PHP 6 because of externals =20
>>> libs.  Even the bundled PCRE uses locales, and that is very =20
>>> handful (e.g. locale-dependent '\w'). So, POSIX locales will be =20
>>> deprecated for  string handling, date formatting and such things, =20=

>>> but they will  still be used by external libs.
>>>
>>> Nuno
>

Ilia Alshanetsky