Re: PHP 5.6 end of active support
| From: | Dennis Clarke | Date: | Wed, 14 Dec 2016 20:36:57 +0000 |
| Subject: | Re: PHP 5.6 end of active support | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-97411@lists.php.net to get a copy of this message | ||
On 12/14/2016 01:29 PM, David Zuelke wrote:
On 14.12.2016, at 16:15, Dennis Clarke <dclarke@blastwave.org> wrote:Actually looking at that bug we see the problem again. This is a Solaris 10 system, which is a very strict POSIX system, but the compiler being used is gcc and the option --std=gnu99 makes reference to a "defacto standard" that exists no where. So this is exactly the problem I see in many many places, code gets releases that compiles with gcc on some systems but will not pass even a basic compile on a strict system with a very tightly conforming compiler such as the Oracle Studio 12.5 tool set. Some code is amazingly clean like libgmp and we also have PHP 5.6.x which compiles with some extensions but the 7.x codebase won't compile. At all. Yet. Very close however.[1] So I need to dig into this as I am sure whatever things I can uncover and perhaps patch will be of benefit across all systems everywhere. I think that is what ( now I am just being pedantic ) standards are all about. Total portability. Dennis [1] discussion happened last month in "[PHP-DEV] C89 vs. C99" threadOn 12/14/2016 06:35 AM, Kalle Sommer Nielsen wrote:Yes, you do. PHP 7.0.0 was released a year ago.Hi On Dec 14, 2016 12:23, "Christoph M. Becker" <cmbecker69@gmx.de> wrote:This is entirely too soon. At the present moment neither of the PHP 7.0 releases will compile clean on a strict POSIX environment. At all. The version 5.6.x tree is perfectly stable and works out of the box without an endless compile nightmare whereas 7.0.14 and 7.1.0 won't even compile. I guess I need to file more bug reportsHi! The end of active support for PHP 5.6 is documented to be on December, 31th[1]. Does that mean that there'll be no further release with "normal" bug fixes (but only security fixes)?Yes, 5.6 was extended to compensate for 5->7 adoption afair from an rfcand push through this or the 5.6.x version will be dropped with no valid replacement that5.6 will receive security fixes for another 24 months.works in a strict environment. Perhaps the gcc compiler is an absolute requirement and if that is true then the code isn't acceptable to any other compiler regardless if it is C99 compliant or otherwise.It appears to be, from looking at https://bugs.php.net/bug.php?id=67229, but that affects PHP 5 as well, not just 7.