Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:65105
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.216.173 cause and error)
Message-ID: <50FF5AF1.1030406@lerdorf.com>
Date: Tue, 22 Jan 2013 19:37:21 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2
MIME-Version: 1.0
To: Dmitri Ravazin <ravazin@gmail.com>
CC: internals@lists.php.net
References: <CABry+0N_LT+UT8miobP5E5nBka7BXiL1mRy3EMj3gmD_H9BvCg@mail.gmail.com>
In-Reply-To: <CABry+0N_LT+UT8miobP5E5nBka7BXiL1mRy3EMj3gmD_H9BvCg@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] RE: __init magic method
From: rasmus@lerdorf.com (Rasmus Lerdorf)

On 01/22/2013 07:20 PM, Dmitri Ravazin wrote:
> hey, here's an idea. Let's drop class autoloading 'magic' as well,
> because it has all the same 'problems' that you've just described.
> It loads things at 'completely arbitrary' times, it's complicated, and
> it surely makes reading code 'too hard'. And the gains are 'very
> little', anyway.
> You can always load your classes manually with a bunch of require
> statements, right?

It is trickier than autoloading because __init() tries to blur the lines
between the compile and execute stages if I read your original email
correctly. And we have some magic in the compiler that tries to optimize
things and resolve as much of the inheritance chain as possible at
compile-time to the point where ZEND_FETCH_CLASS opcodes are NOP'ed
away(*). I suppose this could still hang off of the the initial
ZEND_FETCH_CLASS for a class, but it would definitely get tricky to
determine when this would happen.

(*) http://lxr.php.net/xref/PHP_5_4/Zend/zend_compile.c#4444

-Rasmus