On 12.08.2015 at 08:44, Anatol Belski wrote: >> -----Original Message----- >> From: Christoph Becker [mailto:cmbecke...@gmx.de] >> Sent: Tuesday, August 11, 2015 11:09 PM >> To: Anatol Belski <anatol....@belski.net>; 'PHP internals' >> <internals@lists.php.net> >> Subject: Re: [PHP-DEV] libpcre version requirements >> >> Still, I would suggest to raise the libpcre requirements to PCRE >= 8.0 for >> PHP 7.0 >> or at least for PHP 7.1. > > [...] However look - http://w3techs.com/technologies/details/os-linux/all/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 to that > Linux takes only 35.9% of it. Now, say disregarding CentOS 5 and other > rare/too old platforms, the other 65% of the usages are not taken into > account. So how much loss on PHP7 adoption would happen, is a question. Maybe > there are other stats, just operating on what is available. > > On the other hand - as with the bug #70232, is it really worth disabling the > whole PCRE just to be sure one bug is fixed? I would see it as not being > 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 go 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. :) -- Christoph M. Becker -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
