Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:17997
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <42FE65A8.3030903@iamjochem.com>
Date: Sat, 13 Aug 2005 23:27:04 +0200
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
MIME-Version: 1.0
Cc: internals <internals@lists.php.net>
References: <42FCE0E4.604@lerdorf.com>
In-Reply-To: <42FCE0E4.604@lerdorf.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] PHP 6.0 Wishlist
From: jochem@iamjochem.com (Jochem Maas)

for what its worth - brilliant :-)

aftering reading the remarks about perl6 (love the idea of
you guys winning that 'race' :-) I did a little reading, seems
perl6 is aimed to target Parrot... I remember there was discussion
about this for php, don't know if the idea died a lonely death or
was just put in the deepfreeze - maybe it's something to consider?

Rasmus Lerdorf wrote:
> Since we are breaking a lot of stuff in 6.0, at least with
> Unicode_semantics=On I am wondering if it may not be time to break some
> more stuff and do a bit of spring cleaning.  It would mean many apps
> would need some work to work on PHP 6, but at the same time I think it
> is work people would welcome since it would mostly involve removing
> hacks instead of adding them.  And yes, I know this is pretty
> controversial, so take a few deep breaths before replying, please.
> 
> 1. Remove register_globals completely
> 
> 2. Remove magic_quotes_*
> 
> 3. Add input filter extension which will include a mechanism for
>    application developers to very easily turn it off which would swap
>    the raw GPC arrays back in case the site had it turned on by default.
> 
> 4. Include an opcode cache by default.  A lot of work has gone into
>    pecl/apc recently, but I am not hung up on which one goes in.
> 
> 5. Remove safe_mode and focus on open_basedir
> 
> 6. Remove some stuff that has been marked deprecated since PHP 3/4
> 
> A couple of others that we could consider, but I don't actually think
> wins us much apart from academic purity (which I have never been all
> that keen on) are:
> 
> 7. Make identifiers case-sensitive
> 
> 8. Remove various function aliases
> 
> -Rasmus
>