Re: Re: Complete case-sensitivity in PHP

From: Date: Fri, 20 Apr 2012 13:21:24 +0000
Subject: Re: Re: Complete case-sensitivity in PHP
References: 1 2  Groups: php.internals 
Request: Send a blank email to internals+get-60232@lists.php.net to get a copy of this message
Yup - a one time transition would be preferable to that. On Fri, Apr 20, 2012 at 9:13 AM, Matthew Weier O'Phinney <weierophinney@php.net> wrote: > On 2012-04-20, "C.Koy" <can5koy@gmail.com> wrote: >> This post is about bug #18556 (https://bugs.php.net/bug.php?id=18556) >> which is a decade old. >> >> As the recent comments on that page indicate, there's not a >> deterministic way to resolve this issue, apart from eliminating >> tolower() calls for function/class names during lookup. Hence totally >> case-sensitive PHP. >> >> Before opposing with "No, this will break a lot of existing code!", >> note that I'm not suggesting a static permanent change in the engine; >> rather a runtime option that will need to be enabled (cli option, INI >> setting), without which PHP will work as before. >> >> Since I'm not well versed in the workings of Zend engine, I solicit >> the wisdom/experience of people in this list: Is this doable in a >> practical way, without making grand changes in Zend? > > It's not just about changes to the engine. If you introduce a runtime > option that switches behavior, you then get a portability problem -- > code runs fine in one context, but not the other. > > -- > Matthew Weier O'Phinney > Project Lead            | matthew@zend.com > Zend Framework          | http://framework.zend.com/ > PGP key: http://framework.zend.com/zf-matthew-pgp-key.asc > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > -- Tom Boutell P'unk Avenue 215 755 1330 punkave.com window.punkave.com

« previous php.internals (#60232) next »