Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:56043
Return-Path: <jbondc@openmv.com>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 2815 invoked from network); 3 Nov 2011 18:53:01 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 3 Nov 2011 18:53:01 -0000
Authentication-Results: pb1.pair.com header.from=jbondc@openmv.com; sender-id=unknown
Authentication-Results: pb1.pair.com smtp.mail=jbondc@openmv.com; spf=permerror; sender-id=unknown
Received-SPF: error (pb1.pair.com: domain openmv.com from 64.15.152.204 cause and error)
X-PHP-List-Original-Sender: jbondc@openmv.com
X-Host-Fingerprint: 64.15.152.204 mail.ca.gdesolutions.com  
Received: from [64.15.152.204] ([64.15.152.204:54752] helo=mail.ca.gdesolutions.com)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 38/78-50864-C03E2BE4 for <internals@lists.php.net>; Thu, 03 Nov 2011 13:53:01 -0500
Received: from localhost (localhost [127.0.0.1])
	by mail.ca.gdesolutions.com (Postfix) with ESMTP id AD4A65DC2;
	Thu,  3 Nov 2011 14:52:57 -0400 (EDT)
X-Virus-Scanned: amavisd-new at gdesolutions.com
Received: from mail.ca.gdesolutions.com ([127.0.0.1])
	by localhost (mail.ca.gdesolutions.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id EqD84yssIjbT; Thu,  3 Nov 2011 14:52:57 -0400 (EDT)
Received: from djbondc (modemcable166.116-70-69.static.videotron.ca [69.70.116.166])
	by mail.ca.gdesolutions.com (Postfix) with ESMTPSA id C90CA5DC1;
	Thu,  3 Nov 2011 14:52:56 -0400 (EDT)
To: "'Anthony Ferrara'" <ircmaxell@gmail.com>
Cc: "'PHP Internals List'" <internals@lists.php.net>
References: <BANLkTi=-qjC22BZOQ8X6YWnJZRiCNdxxhg@mail.gmail.com>	<BANLkTi=zK6TgvEAT7mhpX60pZp5QaOUGWzTmpXFti8NOGj2ASQ@mail.gmail.com>	<BANLkTi=pE2qnAwBmY=6gdtc3diXyYEn5-Q@mail.gmail.com>	<BANLkTimJKwL6YyWg1a3ZAJnJ5ZyNkxMVrg@mail.gmail.com>	<BANLkTimDs=s8FpTC9oTbvvpYD4mE7d+VuQ@mail.gmail.com>	<BANLkTi=K_Ga6FjszMdHSGrsCx94XzSC+mg@mail.gmail.com>	<4E208FE7.4020606@sugarcrm.com>	<CAFp73Xv_ns2j7d0Na1pQ6xkoqjxSm6bAsZYdFbTUmgghkF8VAg@mail.gmail.com>	<CAKxcST-=PvFdtzqOHqiTHM7oREHKqXtpzY1P5TwN8Jiwr4tscA@mail.gmail.com>	<CALa-LwYiOXF8S7rJs6fjpkT8vECjLcsxeu2tE9cNv--DG5pwiw@mail.gmail.com>	<CAPg3XxLcNHBkFWWrrMmnpoxjFmgyU6pEz4nsq3=5kOHjLCU8tg@mail.gmail.com>	<CALrkBjb=iUMLgxdQKjqps8sskqS5wfVJ2R68ku21X_vkcA1aWw@mail.gmail.com>	<CALa-LwZyBZvYajTx+3Pky=tUywk2=UtyLXKvunHc3m4fqa4+ZA@mail.gmail.com>	<CALa-LwYVQ702BKnsY6czUd3jPbXLzr5GvqhXUAfmvhBhOhUVnQ@mail.gmail.com>	<CAEZPtU5ELp_84S9phgMFW_GxMfQwdFzsbdcz1fP6WkfVE=9RBw@mail.gmail.com>	<CALa-LwawuNmHXM9FN8344_5jw6akmNzaLb2C7y3nECipgJ4GtQ@mail.gm
 ail.com>	<CAFp73Xu5dUm
	H6M4JohjU9fmq07p8L9J5KHeg-3OyvuWyDUa5tw@mail.gmail.com>	<CAGMw7vGhLYfHU_0MbwLvQ4aCfGWDVgFHp2c1LfE_qcjxC8yc-w@mail.gmail.com>	<CABBJUpcSWT4Dt8hRhLRVMHHe6vcu9=BTu+qTgX=Qozde99v2xg@mail.gmail.com>	<CAGMw7vHw9ksB8LVDQV5evJ8ozJ8K45MSJiR9OBnAQfCEAzCBpw@mail.gmail.com> <CAAyV7nHmQgafUqgRwT_CuQTTC+jwqgStrRXAx67baZOHOreaJA@mail.gmail.com>
In-Reply-To: <CAAyV7nHmQgafUqgRwT_CuQTTC+jwqgStrRXAx67baZOHOreaJA@mail.gmail.com>
Date: Thu, 3 Nov 2011 14:52:55 -0400
Message-ID: <00d401cc9a59$ccf273b0$66d75b10$@com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcyaPBBamCSbsRZLTkq1nzDmi3gRpQAAzUXw
Content-Language: en-ca
Subject: RE: [PHP-DEV] SplClassLoader
From: jbondc@openmv.com ("Jonathan Bond-Caron")

On Thu Nov 3 11:19 AM, Anthony Ferrara wrote:
> 
> But that's besides the point.  I just want to emphasize the point that 
> performance should not be a criteria for justifying it going into the 
> core...
> 

There also seems to be the perception among some php devs that autoloading
is now the preferred way of loading PHP code.

So adding require() or other explicit dependencies add the top of your
scripts is no longer the appropriate way to do things.

SplClassLoader solves an interoperability problem. Shouldn't it be promoted
as such?

So overall I agree with Anthony, performance shouldn't even be an argument.
If you want to solve a "code loading problem", autoloading everything is far
from a silver bullet and in my opinion not a good solution.

The main question seems to be: does interoperability belong in core?