On Mon, 27 Aug 2007, Dmitry Stogov wrote:
> In this case PHP first looks for Foo::Exception and only then for internal
> Exception, but the first lookup may call __autoload (or corresponding SPL
> functions) and it can emit error or throw exception.
>
> The patch provides an additional boolean ar
Existing __autoload() will work fine with code without namespaces.
Dmitry.
> -Original Message-
> From: Derick Rethans [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 28, 2007 11:44 AM
> To: Dmitry Stogov
> Cc: 'PHP Internals List'
> Subject: Re: [PHP-DEV] Namespaces and __autoload()
>
On Mon, 27 Aug 2007, Andi Gutmans wrote:
> I think we're still far away from a working garbage collector which is
> production quality. At least last time we were discussing it. This
> should still remain a PHP 6 item if we can actually make it works in an
> acceptable way.
Have you checked the l
Why don't we add an optional second argument to __autoload() that
receives the fully qualified namespace name of the class that should
be autoloaded? That doesn't break BC and it prevents conflicts.
David
Am 27.08.2007 um 19:49 schrieb Stanislav Malyshev:
In this case PHP first looks for
Why don't we add an optional second argument to __autoload() that
receives the fully qualified namespace name of the class that should be
autoloaded? That doesn't break BC and it prevents conflicts.
The first argument already receives that, why would you need the second one?
--
Stanislav Malysh
On 8/27/07, Andi Gutmans <[EMAIL PROTECTED]> wrote:
> I think we're still far away from a working garbage collector which is
> production quality.
Im sure it has bugs, but last time I tested the "circular" repository
it was working really fine and the save of memory was really big ;-)
--
http:/
Hi all,
>From my point of view I think we can make a really good PHP 5.3 release
pretty quickly as long as we are careful about the scope. There's a lot
of good work which is low risk which we can easily roll into it. There
are high risk items like garbage collection etc. which I think we should
c
