Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:87747
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain adamharvey.name designates 209.85.217.171 as permitted sender)
MIME-Version: 1.0
Sender: adam@adamharvey.name
In-Reply-To: <55CC80FC.5070306@gmx.de>
References: <55CA26DF.3030109@gmx.de> <03dd01d0d476$c75b6730$56123590$@belski.net>
 <55CA646F.8020506@gmx.de> <040101d0d4ca$656f4e20$304dea60$@belski.net> <55CC80FC.5070306@gmx.de>
Date: Thu, 13 Aug 2015 11:44:16 -0700
Message-ID: <CADajX4CcuDJLQtEjcS+-O_Dr9yYerRe4M=hyn1oP_Bggifmp8A@mail.gmail.com>
To: Christoph Becker <cmbecker69@gmx.de>
Cc: Anatol Belski <anatol.php@belski.net>, PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] libpcre version requirements
From: aharvey@php.net (Adam Harvey)

On 13 August 2015 at 04:35, Christoph Becker <cmbecker69@gmx.de> wrote:
> On 12.08.2015 at 08:44, Anatol Belski wrote:
>>
>> [...] However look - http://w3techs.com/technologies/details/os-linux/al=
l/all . From those, CentOS 5/6 releases are not even a year old and contain=
 6.6, 7.x but take 20% of all the Linux market share. Note that according t=
o that Linux takes only 35.9% of it. Now, say disregarding CentOS 5 and oth=
er rare/too old platforms, the other 65% of the usages are not taken into a=
ccount. So how much loss on PHP7 adoption would happen, is a question. Mayb=
e there are other stats, just operating on what is available.
>>
>> On the other hand  - as with the bug #70232, is it really worth disablin=
g the whole PCRE just to be sure one bug is fixed? I would see it as not be=
ing such.  It is clear, that no distro will suddenly be upgrading from say =
PHP 5.3 to PHP7 in an older branch, but keeping as much compat as possible =
will allow third party repositories to still provide PHP7 there. This is at=
 least my reason to say the version shouldn't be raised - as it shouldn't g=
o beyond 7.x at least because of CentOS 6, and then it is probably useless =
to do it ATM. As long as it doesn't block the work towards future, at least=
.
>
> Well, then it might be best to leave the requirements as they are for
> now. :)

I'm still OK requiring 8.00 in PHP 7.0, personally =E2=80=94 even that is
almost six years old, and users on older distros and OSes can use the
bundled libpcre. It's not like this is going to break the common case
where the user doesn't set any specific PCRE flags in configure, and I
don't think it's unreasonable to expect third party packagers to use a
bundled library if they're building on that old a system. They're
effectively shouldering the burden of providing security updates for
PHP regardless of what the distro does.

Adam