Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:60231
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Date: Fri, 20 Apr 2012 09:13:50 -0400
Message-ID: <30.B3.63732.E01619F4@pb1.pair.com>
To: internals@lists.php.net
References: <jmrdbg$bh4$1@dough.gmane.org>
User-Agent: slrn/pre1.0.0-18 (Linux)
Subject: Re: Complete case-sensitivity in PHP
From: weierophinney@php.net (Matthew Weier O'Phinney)

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