+1 for option #2.
Joël.
On Sun, Apr 18, 2010 at 11:58 PM, Adam Harvey ahar...@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,
Hi,
A definite, -1 for #2, it's a _massive_ BC break with no justification
so far IMHO.
The optimization point is quite moot, tolower could be restricted to
compilation + dynamic accesses, which would remove most of them
already.
OTOH option #1 seems like the most sensible approach, breaking
2010.04.19 07:59 Stan Vassilev rašė:
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,
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
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
On 19 April 2010 12:59, Stan Vassilev sv_for...@fmethod.com wrote:
If you ask me, there's only one way to fix this, which is how most other
languages fixed it: make the next major version of PHP case-sensitive for
all identifiers. For less bugs, less locale problems and more performance.
