Ilia Alshanetsky wrote:
The attached patch is a possible solution to the date *crisis*, it
renames the class to PhpDate to avoid any namespace conflicts with pear
or custom user classes called date.
I do not think it makes sense for PHP to start prefixing internal
classes with PHP. We just nee
Scott MacVicar wrote:
> I'd also like to see the fix to ZendEngine2/zend_language_scanner.l
> rolled in to this release, its a very annoying regression.
Yes, that is a problem, and we'll have it fixed in 5.1.1
Ilia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: h
I'd also like to see the fix to ZendEngine2/zend_language_scanner.l
rolled in to this release, its a very annoying regression.
Scott
Ilia Alshanetsky wrote:
> The attached patch is a possible solution to the date *crisis*, it
> renames the class to PhpDate to avoid any namespace conflicts with pe
On Fri, 25 Nov 2005 23:50:03 -0500
[EMAIL PROTECTED] (Ilia Alshanetsky) wrote:
> The attached patch is a possible solution to the date *crisis*, it
> renames the class to PhpDate to avoid any namespace conflicts with
> pear or custom user classes called date.
>
> If there are no strong objection
Ilia Alshanetsky wrote:
The attached patch is a possible solution to the date *crisis*, it
renames the class to PhpDate to avoid any namespace conflicts with pear
or custom user classes called date.
While there already were objections either voting for removing the class
altogether for now or
