Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:15072 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74996 invoked by uid 1010); 17 Feb 2005 22:11:01 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 74964 invoked by uid 1007); 17 Feb 2005 22:11:01 -0000 Message-ID: <20050217221101.74963.qmail@lists.php.net> To: internals@lists.php.net References: <59089102.20050217201853@marcus-boerger.de> Date: Thu, 17 Feb 2005 23:10:55 +0100 Lines: 51 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Posted-By: 212.238.144.71 Subject: Re: Before March 1st aka PHP 5.1 beta From: r.korving@xit.nl ("Ron Korving") A little offtopic, but I'm still curious.. is multiple inheritence something we might see appearing in 5.2 ? Ron "Marcus Boerger" wrote in message news:59089102.20050217201853@marcus-boerger.de... > Hello internals, > > before we rush into another version, how about clearing some open issues > that were explicitly relayed from 5.0 to 5.1. > > 1) __toString() > > There was a problem with the Zend engine 2.0 that forced us to drop this > feature. Now that we have 2.1 we should check again and readd the feature. > Since PHP is designed to generate string output i think that should be > made as easy as possible. And after learning echo and '.' it is hard to > explain that 'echo $foo . $bar' could result in something different than > 'echo $foo, $bar'. Besides if it turned out that there is still a > reentrance problem then we'd need to remove __call, __get, __set, > iterators..... > > 2) type hinting and NULL > > We decided to find a way to handle NULL. Iirc then we settled down on > allowing 'foo(BLA $obj = NULL) which could be easily added. > > 3) type hinting and arrays > > We decided that we want typehinting for arrays since that is a very > special kind. Since my array-typehinting patch was considered 'not so > nice' i hope somebody else has a better idea. > > 4) php 5.1 is aiming to increase performance and security => ifsetor > > It is nice and easy and fast...only it's name. Well guys come on that's > the stupiest reason to reject. The name is selfspeaking, you're all only > not so used to its name as you are with foreach for now. > > 5) did we came to a conclusion on Rasmus' input filtering yet > > Since we said we aim to increase security with 5.1 we should incorporate > that idea/technique in some way. > > -- > Best regards, > Marcus