Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:102458
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.174 as permitted sender)
MIME-Version: 1.0
References: <CAF+90c_+GZNrV1SC9q=Y3C=L3LMnoXX7J3zK6=kS9-sMXHZZow@mail.gmail.com>
In-Reply-To: <CAF+90c_+GZNrV1SC9q=Y3C=L3LMnoXX7J3zK6=kS9-sMXHZZow@mail.gmail.com>
Date: Tue, 26 Jun 2018 18:31:50 +0200
Message-ID: <CAJW__o1aYSJQewBuPPQcRSMj_eGiM1ff9vWQ9Nsii1kE6NgcAQ@mail.gmail.com>
To: Nikita Popov <nikita.ppv@gmail.com>
Cc: Internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3
From: kalle@php.net (Kalle Sommer Nielsen)

Hi

Den s=C3=B8n. 24. jun. 2018 kl. 18.47 skrev Nikita Popov <nikita.ppv@gmail.=
com>:
> If you have a minor deprecation in mind, but were too lazy to write an RF=
C
> for it, please write me a mail until tomorrow, so that it might be includ=
ed
> as part of this proposal. As time is limited I don't want to include
> anything larger or controversial in this RFC though.

As suggested in the past, I would like to add the following to this
list (if its not too late):

 - The (real) type-cast and its function, is_real(). There doesn't
seem to be any support for reals in settype() anyway (side note: in
the implementation of settype() it claims "double" is deprecated)
 - Function variants that already exists as constants, php_sapi_name()
> PHP_SAPI, pi() > M_PI, phpversion() > PHP_VERSION etc
 - enable_dl ini directive, as dl() is only operational for CLI and Embed a=
nyway
 - pdo_odbc.db2_instance_name ini directive, its been marked as
deprecated and mentioned in the manual since PHP 5.1.11 that it will
*certainly* be removed in the future
 - The 'b' constant string prefix, its not used and was meant as to
make code ready for PHP6, should the time come where we want to add a
feature that uses this, we can always re-add it

Other things thats been suggested by others in the past:

 - Second parameter of spl_autoload() and its associated function
spl_autoload_extensions()
 - hebrevc() -- same as hebrev() + nl2br(), perhaps even deprecate
hebrev() too (see next one)
 - convert_cyr_string() -- Point to mb_convert_encoding() / iconv
 - Remove get_magic_quotes_gpc(), not been working for what, 5+ years now?
 - allow_url_include ini option, this can lead to all kinds of
security complications anyway
 - The alternative string interpolation syntaxes (${varName},
${varName['offset']}, ${expr}) and make them more consistent
({$varName}, {$varName['offset']}, {${expr}})
 - The historial parameter handling that works both ways for
implode(), should be unified to match that of explode()

I could probably think of more, but thats all I got for now. I can and
will of course help produce the relevant patches should it be needed
for most of these things.

--=20
regards,

Kalle Sommer Nielsen
kalle@php.net