Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:37696
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: Christian Hoffmann <hoffie@gentoo.org>
Cc: php-dev List <internals@lists.php.net>,
  hirokawa <hirokawa@php.net>
In-Reply-To: <482F41C8.7020703@gentoo.org>
References: <481D8C87.8020407@gentoo.org>
	 <1210078046.6531.8.camel@localhost>  <482F41C8.7020703@gentoo.org>
Date: Sat, 17 May 2008 22:47:19 +0200
Message-ID: <1211057239.4837.6.camel@localhost>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=_milch.schokokeks.org-22413-1211057241-0001-2"
Subject: Re: [PHP-DEV] [PATCH] Allow for using external liboniguruma
From: lars@strojny.net (Lars Strojny)

--=_milch.schokokeks.org-22413-1211057241-0001-2
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi Christian,

Am Samstag, den 17.05.2008, 22:36 +0200 schrieb Christian Hoffmann:
[...]
> Relevant code from ext/mbstring/config.m4:
> 275   if test "$PHP_MBREGEX" !=3D "no"; then
> 276     AC_MSG_ERROR([multibyte regex support must be disabled, use=20
> --disable-mb    regex])
[...]
> So, will mbregex be re-enabled in HEAD? If yes, then I'll be happy to=20
> create the patch, otherwise, the whole oniguruma stuff should
> probably=20
> be dropped.

I would guess that it's due to general unicode support. But it would be
interesting to know, if the assumption is correct. Another sidenote:
Illia, would you like to have this patch for 5_2?

> On a different note, --disable-all seems to behave a bit strange in
> case of PCRE:
> $ ./configure --disable-all --disable-cgi --enable-cli
> checking for PCRE support... no
> configure: error: Could not find pcre.h in no
>=20
> This is really confusing, either it should be allowed to disable PCRE
> as it used to be in 5_2 (i.e. making "no" meaning no and not be
> interpreted as a path) or always default to "yes" if no path was
> given.

That's indeed not optimal. But if ext/mbstring is removed completely, it
won't be a problem really. Can someone clarify the plans for HEAD and
mbstring?

cu, Lars

--=_milch.schokokeks.org-22413-1211057241-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)

iQIcBAABAgAGBQJIL0RKAAoJECQPF+sCY6wH9C0P/0UJCeYSwus3cIvB31amjYdr
8BzG+WBP9pXIMI07+VF2JiXNH9MA6nPRJUsXmgVj1jocIh4r9FoVVXE5eNekAGxp
TayF4RXWX+Ym6kNeg84ZbVmQOIqiAENT+gQFX7JjVLyRcpqk7cNFEfW86B/GQ1t8
bekQA806c46SqRD/JdIeqBb1ZCE5RrPwLikH61oU9pMJkTEeIIi4PDbb7Eqd3wwk
HfmuCHNFhDmhnt9+kTP6oRxxWGlp7eSbQbyk7w7rq1NCKzbrjx4tAOE08qNsd72S
R/eCIspcAxjEEIyaM9h4rfd+zFW45tMm/eoTuU5RfaEvkYkH5SHi+5QT4GKQlK3y
AeuQqVzHwNwjHF4/AohHD+3scVI3iL+LfyQNlH7w5LvicEDrbfY+qsR8bcapRs1T
QYifflUxu3W/Gd1G6mGxqll04UHYkviCg7za+VEvpWmm7cywaIlBQw8VAQQ3D7F+
GnAm2Scx1xADsHcgm1oeEZdUfvnW2JCK+RQO0MKWQmh7I2IsGJ7YGLBgYChpfEWz
geK/tXiWEe9SIySvgyir7t2+H3KgVvnlT2po8H1fViLlvd4Ue45I1kQg2ER/B8Pn
JdGFmlpvG5C3kdpraqQJjAf55zehXUuCdsVHSawtZ4kCdO4s1qNtbujNiPfk74oU
K79AkkshrVcyvTf0VIEw
=a9jG
-----END PGP SIGNATURE-----

--=_milch.schokokeks.org-22413-1211057241-0001-2--