I was just thinking about this again and have a working patch for this.
It seems like the only potential BC break is on linux if people were
using all lowercase paths. To me it would seem like this is really
not the case or would happen only sometimes. The quick solution is to
utilize the following patch:
Index: ext/spl/php_spl.c
===================================================================
--- ext/spl/php_spl.c (revision 306413)
+++ ext/spl/php_spl.c (working copy)
@@ -229,7 +229,7 @@
zval *result = NULL;
int ret;
- class_file_len = spprintf(&class_file, 0, "%s%s", lc_name,
file_extension);
+ class_file_len = spprintf(&class_file, 0, "%s%s", class_name,
file_extension);
#if DEFAULT_SLASH != '\\'
{
It would seem that this could be addressed for PHP Next with the BC
break (since it is very unlikely to really hit).
Regards,
Mike
On Tue, Feb 22, 2011 at 9:04 PM, Mike Willbanks <pen...@gmail.com> wrote:
> I think it would be better just to fix the issue in the code. If you
> run include 'My/Path/To/File.php' does it lowercase it? It does not.
> The expected behavior would to not lowercase it. There are ways that
> this could be fixed directly in the code. The only real requirement
> that it looks like the need for lowercase is for the hash table that
> is internally maintained by spl_autoload for the loading of classes.
>
> To fix this w/o a BC break and give the expected behavior, it could
> look for the class first by lowercasing the path and then secondarily
> look by the correct case (or the opposite). The only real usefulness
> of the default behavior is for windows users whereas the majority of
> installs is on *nix platforms.
>
> The other way (and cleaner IMO) than the current patch if the above
> wouldn't work is to add a forth parameter to spl_autoload_register to
> tell it to by type sensitive. The only BC break that is really
> possible here is for *nix users that are expecting it to always be
> lowercase, however, this seems to be more or less an edge case and
> should ultimately just be fixed. I have not seen one project that
> utilizes the spl_autoload default functionality since their class
> naming structure generally consists of upper and lowercase letters.
>
> To keep consistency it could certainly be a boolean with the function
> declaration of (keeping BC of course):
> bool spl_autoload_register ([ callback $autoload_function [, bool
> $throw = true [, bool $prepend = false [, bool $case_sensitive = false
> ]]]] )
>
> I can build a patch for this route if someone would like... I just
> think that instead of the SplClassLoader proposal something also needs
> to happen with the spl_autoload area as well.
>
> Regards,
>
> Mike
>
>> Wouldn't it be better to join forces with the SplClassLoader proposal[1]?
>> A C implementation of PSR-0 has been prpoposed [2] as well, and would be
>> nice to get something like that into 5.next
>>
>> However for your imminent performance needs, you should be aware that an
>> hash map based autoloaders can be fast as well [3].
>>
>>
>> [1] http://wiki.php.net/rfc/splclassloader
>> [2] http://blog.runpac.com/post/splclassloader-php-extension-benchmarks
>> [3]
>> http://weierophinney.net/matthew/archives/245-Autoloading-Benchmarks.html
>>
>> Best
>> ar
>>
>>
>> On Wed, Jan 12, 2011 at 11:53 PM, Marc Easen <m...@easen.co.uk> wrote:
>>
>>> Hello again,
>>>
>>> Has anyone had a chance to look at my patch?
>>>
>>> Forgive me for being quite eager to get this into trunk, as it will improve
>>> the performance of all PHP Frameworks which currently implement their own
>>> autoloader method due to the oddities of the SPL autoloader.
>>>
>>>
>>>
>>> Kind Regards
>>> Marc
>>>
>>>
>>> On 26 Dec 2010, at 13:20, Marc Easen wrote:
>>>
>>> Hello everyone,
>>>
>>> Firstly I would like to introduce myself, my name is Marc Easen and I've
>>> working with PHP for past 6 years or so. I'm really excited to see where PHP
>>> is going with the addition of namespaces and now traits, and hopefully I'm
>>> able to contribute back to PHP community.
>>>
>>> I've currently working on a high performance PHP Framework based on version
>>> 5.3.3+ (5.3.99-dev for traits). Due to the high performance nature of this
>>> framework I've been looking at ways of improving the loading of the classes.
>>> It seems by default the spl_autoload() function lowercases the class name
>>> before trying to locate the file, a couples of users have reported this
>>> previously and have requested a fix (bug #49852
>>> http://bugs.php.net/bug.php?id=49852 & bug #53065
>>> http://bugs.php.net/bug.php?id=53065). spl_autoload() lower casing the
>>> class names when it is trying to locate the file does not work on *nix based
>>> system in a lot of PHP Frameworks - Zend Framework being on of them.
>>>
>>> Understanding the requirement to support backwards compatibility both
>>> submitters suggested implementing a spl_autoload_case_sensitivity()
>>> function. The patch I have attached adds such a function to the SPL
>>> extension. The patch is against trunk (r306670), it also includes phpt tests
>>> for this function.
>>>
>>> Please could someone review this patch and let me know what you think.
>>>
>>> Kind Regards,
>>>
>>> Marc
>>> <spl_autoload_case_sensitive.patch>
>>>
>>>
>>>
>>>
>>
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
