Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:41876
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain strojny.net designates 78.46.69.2 as permitted sender)
To: Lukas Kahwe Smith <mls@pooteeweet.org>
Cc: internals Mailing List <internals@lists.php.net>
In-Reply-To: <42D56477-0E39-4548-B711-A950480E562E@pooteeweet.org>
References: <42D56477-0E39-4548-B711-A950480E562E@pooteeweet.org>
Date: Wed, 12 Nov 2008 21:00:08 +0100
Message-ID: <1226520008.4151.4.camel@localhost>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=_milch.schokokeks.org-1383-1226520012-0001-2"
Subject: Re: [PHP-DEV] quick polls for 5.3
From: lars@strojny.net (Lars Strojny)

--=_milch.schokokeks.org-1383-1226520012-0001-2
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi,

Am Mittwoch, den 12.11.2008, 20:14 +0100 schrieb Lukas Kahwe Smith:
[...]
> 1) ext/mhash in 5.3. ext/hash has all the functions, so the entire BC =20
> break will be that "if (extension_loaded('mhash'))" will need fixing =20
> if mhash is removed (answer both)
> I) enable ext/hash by default
> II) remove ext/mhash

yes, yes. Probably hack ZEND_FUNCTION(extension_loaded) to return true
when "mhash" is passed and throw a deprecation warning. Is pretty easy
but ugly. What would our ZE guys suggest to accomplish something like
that?

> 2) deprecate ereg*. ext/ereg is an extension as of PHP 5.3. Since ext/=20
> ereg is more or less redundant with ext/preg and is likely to not get =20
> much unicode love for PHP 6, the question is if we should mark it with =20
> a E_DEPRECATED in PHP 5.3

yes

> 3) resource constants (choose one)
> a) Should we deprecate constant resources (mostly used to emulate =20
> STDIN and friends)
> b) Should we instead just throw an E_STRICT
> c) Document as is

c

> 4) keep ext/phar enabled by default in 5.3?

yes

> 5) keep ext/sqlite3 enabled by default in 5.3?

yes

> 6) enable mysqlnd by default in 5.3? (answer both)
> I) enable mysqlnd by default

yes

> II) also enable ext/mysql, mysqli und pdo_mysql by default since there =20
> will be no external dependencies in this case

yes

> 7) should Output buffering rewrite MFH? this one comes with some =20
> baggage, we need enough people to actually have a look at how things =20
> are in HEAD and make it clear that they will be available for bug =20
> fixing and BC issues resolving. the risk here is obviously that any BC =20
> issues will be hard to isolate for end users.

abstention

> 8) MFH mcrypt cleanups in HEAD. either the make sense or they dont, so =20
> either (choose one)
> a) revert in HEAD
> b) MFH to 5.3

abstention

cu, Lars

--=_milch.schokokeks.org-1383-1226520012-0001-2
Content-Type: application/pgp-signature; name="signature.asc"
Content-Transfer-Encoding: 7bit
Content-Description: Dies ist ein digital signierter Nachrichtenteil

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (GNU/Linux)

iQIcBAABAgAGBQJJGzXHAAoJECQPF+sCY6wHljkP/2GamX6zzRsUlWQpr8RYUFpN
0yIPPJZ+zrXyPmm2GqdEgxopIc08kRsGj0dQBlhjnHir34RHUfKYP7AsGr3YEgF5
KHqfsZf+Ie79t4hkZXkW35CRzpVi7IdIIPjmmgAwsxOUKxZQn760lpUN3gJjW1P7
j1Sgfw/7PemCM0bN4G0/kzFkplUagAl3w1sFRh7FywLmagnMV3b5HQ+lrJS5lvpC
rcVZ4U9uZ6bioT8yQ4ulwPaIFGCA9Va1ru/cs/VbIctf1Qw9r6/sdlxI4YPxSH9Q
e8uN+n7aCNqEUOUlJEpxKind7/D0JjaRA24iRClBPDzSdzSXTO9U6CBkpRxoHa8x
pIWP3C/MJJHrdJvyIu37pbeINo/ZzSFTpZQdANRuDBZT+RyWXltIDpUtkmRjQEXa
7FRk3t30e1wOW3UeMbfvyIClC8lxfBJos8M36822E42WUvvby84HiXqWxgdr213t
q8fgDY1u6nChtvl1UPAbYm4RpGbyQ0fAXNjohh1W4vCHAWdQJlU7+g43MZyb3Aew
ZgqQ6cSUOCZImfeP4R1sjWBAQlBRDy+ByIkfaCasJnBVW+72NPdw0d+T6taYtVGA
N8TBmOBZJ/suE4UeI6K0Wl2ltveca/l9OnI0DTd1UsKkRe3rhey79GJ1qa6IPJcC
1hE99UC2uJfACROqUL8a
=hk2B
-----END PGP SIGNATURE-----

--=_milch.schokokeks.org-1383-1226520012-0001-2--