I'd like to say something involving smoke and carcass but that'll bite me later
so.. :)
I'm all for moving the useful stuff to Zend where it belongs.
But I'm totally against making SPL another exception to the rule.
Along with ext/date and ext/standard that is. Extension is an extension.
It's not core, it's not "standard". If there are parts in the extension that
should always be available -> move to core!
--Jani
Pierre kirjoitti:
On 6/5/07, Antony Dovgal <[EMAIL PROTECTED]> wrote:
> Well SPL should not be allowed to be disabled anyways, imho.
I agree, but that's out of the topic.
Well, as we may require for the tests suite, and it looks like a non
sense to be able to disable part of it, it is the right time to fix
solve this issue :)
It should not be possible to disable it. Or even better, we should
move what we consider as core from SPL to Zend.
I don't think the "hundreds" of php script and numerous iterators
should be moved but the required ones. A couple of functions or
features (I don't understand what they do in SPL) should be moved as
well:
class_implements, class_parents, spl_object_hash
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
