Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:102477
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.128.182 as permitted sender)
To: "'Stanislav Malyshev'" <smalyshev@gmail.com>,
	"'Kalle Sommer Nielsen'" <kalle@php.net>,
	"'Nikita Popov'" <nikita.ppv@gmail.com>
Cc: "'Internals'" <internals@lists.php.net>
References: <CAF+90c_+GZNrV1SC9q=Y3C=L3LMnoXX7J3zK6=kS9-sMXHZZow@mail.gmail.com> <CAJW__o1aYSJQewBuPPQcRSMj_eGiM1ff9vWQ9Nsii1kE6NgcAQ@mail.gmail.com> <b436cd81-3ad1-a5d3-79d2-180d3e0b8c2f@gmail.com>
In-Reply-To: <b436cd81-3ad1-a5d3-79d2-180d3e0b8c2f@gmail.com>
Date: Wed, 27 Jun 2018 08:43:59 +0300
Message-ID: <002901d40dd9$dad9acf0$908d06d0$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Content-Language: he
Thread-Index: AQDbana5Hz+p56NYUXddTWokHdxIRgGaWdcFAh30iTmmRxuxcA==
Subject: RE: [PHP-DEV] [RFC] Deprecations for PHP 7.3
From: vsuraski@gmail.com ("Zeev Suraski")

Sorry for top posting, but should we be discussing these at this point?  =
If these are targeting 7.4, I think we probably want to focus on the =
ones slated to 7.3 at this point.

Perhaps we can add some further blurb (maybe in a box) that despite the =
RFC acronym, at this point this is just a list of items to discuss at a =
future time..?

Zeev


> -----Original Message-----
> From: Stanislav Malyshev [mailto:smalyshev@gmail.com]
> Sent: Wednesday, June 27, 2018 3:39 AM
> To: Kalle Sommer Nielsen <kalle@php.net>; Nikita Popov
> <nikita.ppv@gmail.com>
> Cc: Internals <internals@lists.php.net>
> Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3
>=20
> Hi!
>=20
> >  - 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
>=20
> Weighting bc preak potential vs. improvement benefit, I am not sure =
it's worth it
> for both. Maybe for "real" it's ok as I haven't really seen anybody =
using it in
> ages, looks like most Fortran programmers either retired or aren't =
using PHP :)
>=20
> >  - enable_dl ini directive, as dl() is only operational for CLI and
> > Embed anyway
>=20
> Makes sense.
>=20
> >  - 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
>=20
> Yeah this one we probably just have to remove, it doesn't do anything =
now.
>=20
> > Other things thats been suggested by others in the past:
> >
> >  - Second parameter of spl_autoload() and its associated function
> > spl_autoload_extensions()
>=20
> Why?
>=20
> >  - hebrevc() -- same as hebrev() + nl2br(), perhaps even deprecate
> > hebrev() too (see next one)
>=20
> Probably less useful now that browsers finally can render bidi texts =
properly, but
> may be still useable for workloads where bidi rendering is not =
available. And I
> see no problem with function doing something that is achievable by =
other
> functions.
>=20
> >  - convert_cyr_string() -- Point to mb_convert_encoding() / iconv
>=20
> Maybe just make it a pseudo-alias for iconv?
>=20
> >  - The alternative string interpolation syntaxes (${varName},
> > ${varName['offset']}, ${expr}) and make them more consistent
> > ({$varName}, {$varName['offset']}, {${expr}})
>=20
> I'm not sure how one is "more consistent" than the other.
>=20
> >  - The historial parameter handling that works both ways for
> > implode(), should be unified to match that of explode()
>=20
> I'd advise against messing with such widely used function as =
implode()...
>=20
> --
> Stas Malyshev
> smalyshev@gmail.com
>=20
> --
> PHP Internals - PHP Runtime Development Mailing List To unsubscribe, =
visit:
> http://www.php.net/unsub.php