Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:44350 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 24087 invoked from network); 18 Jun 2009 13:01:33 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Jun 2009 13:01:33 -0000 Authentication-Results: pb1.pair.com header.from=johannes@php.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@php.net; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 83.243.58.134 as permitted sender) X-PHP-List-Original-Sender: johannes@php.net X-Host-Fingerprint: 83.243.58.134 mailout2.netbeat.de Linux 2.6 Received: from [83.243.58.134] ([83.243.58.134:34791] helo=mailout2.netbeat.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 31/75-33923-BAA3A3A4 for ; Thu, 18 Jun 2009 09:01:32 -0400 Received: (qmail 5519 invoked by uid 89); 18 Jun 2009 13:34:20 -0000 Received: from unknown (HELO ?192.168.1.102?) (johannes%schlueters.de@88.217.56.243) by mailout2.netbeat.de with ESMTPA; 18 Jun 2009 13:34:20 -0000 To: Scott MacVicar Cc: internals Mailing List , dmitry@php.net, tony2001@php.net In-Reply-To: References: Content-Type: text/plain Date: Thu, 18 Jun 2009 15:01:27 +0200 Message-ID: <1245330087.7355.60.camel@goldfinger.johannes.nop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP Bug 48215 From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=) Hi, On Wed, 2009-06-17 at 16:43 +0100, Scott MacVicar wrote: > Hey, > > Bug 48215 was a BC break from the previous 5.2 behaviour, it stemmed > from a change for bug #39127. this should be fixed in 5.3, for me the patch looks fine, and should be committed. While I'd be in favor on a short review by somebody else (Dmitry?) Thanks, johannes > class a { function a($arg='') { echo $arg; } } > class b extends a {} > > $b = new b; > $b->b('foo'); > $b->__construct('foo'); > > This prints out an error in 5.3 which is fine, the unexpected change > was that if a __construct() method was actually defined as well as a > method that matched the class name it would alias the parent method to > the constructor. The test is attached in the patch. > > Just sending off to internals first since we're so late in the RC stage. > > Scott > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php