Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:47846
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 83.243.58.134 as permitted sender)
To: Kalle Sommer Nielsen <kalle@php.net>
Cc: Internals <internals@lists.php.net>, Philip Olson <philip@roshambo.org>
In-Reply-To: <n2k2dedb8a1004081548g4381879ahb76cf5ab9b855a9d@mail.gmail.com>
References: <n2k2dedb8a1004081548g4381879ahb76cf5ab9b855a9d@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Organization: php.net
Date: Fri, 09 Apr 2010 17:21:23 +0200
Message-ID: <1270826483.6262.19.camel@guybrush>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Removal of deprecated features
From: johannes@php.net (Johannes =?ISO-8859-1?Q?Schl=FCter?=)

Hi,

On Fri, 2010-04-09 at 00:48 +0200, Kalle Sommer Nielsen wrote:
> session_register/session_is_registered/session_register
>  - Only needed for register_globals, Hannes removed those in PHP6.

regiter_globals should be removed. It still exits, removing these is the
logical consequence after removing r_g.

> enable_dl
>  - Is this really worth keeping, since dl() was disabled on almost all
> SAPIs except for CLI/CGI/Embed?

It's a good thing to be able to disable dl() with (Fast)CGI. For CLI
this setting shouldn't really matter, as long as dl() exists there.

> y2k_compliance
>  - From the manual "Enforce year 2000 compliance (will cause problems
> with non-compliant browsers)", we are in 2010, we should remove this
> option and enable it by default and remove the checks. Perhaps Derick
> got an insight here?

This is related to setcookie, not the date stuff and can be safely
removed.

> Class named constructors
>  - A feature thats been marked in the manual as something that would
> be removed in a future version of PHP6. It was not to be knowing ever
> decided to be kept or not, but now with the recent removal of them in
> namespaces then I don't see a big point in keeping them.

I personally would remove them, but I read the discussion about
namespaced classes and ctor names in a way hat there was no conesus for
removing it.


johannes