Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:37385 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 34536 invoked from network); 30 Apr 2008 19:22:31 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Apr 2008 19:22:31 -0000 Authentication-Results: pb1.pair.com header.from=tony@daylessday.org; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=tony@daylessday.org; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain daylessday.org designates 89.208.40.236 as permitted sender) X-PHP-List-Original-Sender: tony@daylessday.org X-Host-Fingerprint: 89.208.40.236 mail.daylessday.org Linux 2.6 Received: from [89.208.40.236] ([89.208.40.236:42686] helo=daylessday.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AD/33-13507-6F6C8184 for ; Wed, 30 Apr 2008 15:22:31 -0400 Received: from [192.168.1.34] (unknown [91.78.203.62]) by daylessday.org (Postfix) with ESMTP id 9CF0F6400FE; Wed, 30 Apr 2008 23:22:27 +0400 (MSD) Message-ID: <4818C6EB.7080309@daylessday.org> Date: Wed, 30 Apr 2008 23:22:19 +0400 User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Lars Strojny CC: Sam Barrow , Stanislav Malyshev , internals@lists.php.net References: <1209574661.19653.5.camel@sbarrow-desktop> <4818A661.5000902@zend.com> <1209575139.19653.8.camel@sbarrow-desktop> <1209583027.3784.23.camel@localhost> In-Reply-To: <1209583027.3784.23.camel@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Calling a class constructor From: tony@daylessday.org (Antony Dovgal) On 30.04.2008 23:17, Lars Strojny wrote: > Hi all, esp. Johannes, > > Am Mittwoch, den 30.04.2008, 13:05 -0400 schrieb Sam Barrow: > [...] >> Still, that just seems unnecessary, I usually compile without the >> reflection stuff because i never use it. I'd like to be able to use this >> like call_user_func, I'm pretty much doing the same thing. > > Oh, good hint. As the we already have hard enabling changes (SPL, PCRE) > in 5.3, shouldn't we force enabling reflections? Yes, I believe a feature like this should be always enabled, as it's actually a part of the language/engine. -- Wbr, Antony Dovgal