Bug #18556 [Csd]: Setting locale to 'tr_TR' lowercases class names
| From: | stas@php.net | Date: | Thu, 13 Sep 2012 19:19:14 +0000 |
| Subject: | Bug #18556 [Csd]: Setting locale to 'tr_TR' lowercases class names | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-173419@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=18556&edit=1
ID: 18556
Updated by: stas@php.net
Reported by: spud at nothingness dot org
Summary: Setting locale to 'tr_TR' lowercases class names
Status: Closed
Type: Bug
Package: Scripting Engine problem
Operating System: Linux (RedHat 7.2)
PHP Version: 5CVS, 4CVS (2005-10-04)
Assigned To: stas
Block user comment: N
Private report: N
New Comment:
It looks like snaps is serving 5.4 under the name of php-trunk. Not sure why.
Could you submid a website bug for that and send me the bug ID?
In the meantime you could use github: https://github.com/php/php-src just use the
"zip file" option and you could build it from there.
Previous Comments:
------------------------------------------------------------------------
[2012-09-13 15:31:04] richlv at nakts dot net
thanks for the response.
$ wget http://snaps.php.net/php-trunk-201209131330.tar.gz
$ wget http://snaps.php.net/php-trunk-201209131330.tar.bz2
$ wget http://snaps.php.net/php-trunk-201209131330.tar.xz
$ for type in gz bz2 xz; do mkdir $type; (cd $type; tar -xf ../php-trunk-201209131330.tar.$type);
done
$ grep "PHP_VERSION " {bz2,gz,xz}/php-trunk-201209131330/main/php_version.h
bz2/php-trunk-201209131330/main/php_version.h:#define PHP_VERSION "5.4.8-dev"
gz/php-trunk-201209131330/main/php_version.h:#define PHP_VERSION "5.4.8-dev"
xz/php-trunk-201209131330/main/php_version.h:#define PHP_VERSION "5.4.8-dev"
is that ok for trunk snapshots then ?
------------------------------------------------------------------------
[2012-09-10 06:22:46] stas@php.net
You should be using 5.5 (or master) branch of PHP. It is not fixed in 5.4 due to necessities of
binary APIs change which is not possible in stable version. Trunk does not announce itself as 5.4
but as 5.5, so there must be some mistake.
However if you feel very adventurous, you can take 5.5 commit (it's marked with the bug #) and
cherry-pick it into your 5.4 branch.
------------------------------------------------------------------------
[2012-09-08 14:54:04] richlv at nakts dot net
hmm, i just tested trunk snapshot php-trunk-201209081330 which announces itself as 5.4.8-dev
trying to use turkish locale still fails with :
Fatal error: Class 'CInput' not found
(there's uppercase I in the name)
what am i doing wrong ?
------------------------------------------------------------------------
[2012-09-08 14:25:15] richlv at nakts dot net
which version is expected to have the fix ? looking at snapshots, is it trunk only (thus php 5.5 or
whichever will be the next version) ?
interesting bit - this bug was fixed just 9 days short of it's 10th birthday ;)
(submitted 2002-07-25, fixed 2012-07-16)
------------------------------------------------------------------------
[2012-07-16 14:21:36] me at ollieread dot com
I don't know how helpful this will be, but I've recently had an issue with the
Turkish locale where I work.
I tried lots of different methods, but the main issue seems to be with LC_CTYPE,
as although class/method declarations include I, it's added to the stack as i.
I've wrote a couple of fixes that hopefully approach all cases, be warned, they
are however a bit hacky.
http://codeosaur.us/2012/07/16/php-and-the-tr_tr-utf8-locale/
You can simple explicitly set LC_CTYPE to your native language(eg en_US.utf8),
but if you absolutely must have tr_TR.utf8 there, then you can use the magic of
__autoload(), __call() and class_alias to handle it for you.
Hope this helps.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=18556
--
Edit this bug report at https://bugs.php.net/bug.php?id=18556&edit=1