Bug #75493 [Opn->Csd]: Compile falis on PCRE both 7.0 and 7.1 latest

From: Date: Sat, 18 Apr 2020 16:24:34 +0000
Subject: Bug #75493 [Opn->Csd]: Compile falis on PCRE both 7.0 and 7.1 latest
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-226656@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=75493&edit=1 ID: 75493 Updated by: cmb@php.net Reported by: samashining at gmail dot com Summary: Compile falis on PCRE both 7.0 and 7.1 latest -Status: Open +Status: Closed Type: Bug Package: Compile Failure Operating System: Linux (RHEL 6.9) PHP Version: 7.1.11 -Assigned To: +Assigned To: cmb Block user comment: N Private report: N New Comment: Well, the situation has changed in the meantime. As of PHP 7.3.0, libpcre2 is required, and there are appropriate version checks in the configuration scripts. Furthermore, if in doubt just use the default what is to use the bundled libpcre2 (which should be compatible anyway). So I think this ticket can be closed. Previous Comments: ------------------------------------------------------------------------ [2017-11-09 15:06:01] samashining at gmail dot com If possible, to help others, appreciate you to update configure to check for pcre lib, and possible to express using --with-pcre-regex=/usr as alternative for someone who might run into this, as error when it fails, and then feel free to close this, would be most appreciated. ------------------------------------------------------------------------ [2017-11-09 15:03:28] samashining at gmail dot com You make a good point, I didn't think about the libraries being that old. I did try with the --use-pcre-regex=/usr, I still see php-7.0.25/ext/pcre/php_pcre.c:113: undefined reference to `pcre_free_study' the same error. I agree, it should be caught in the configure, checking for which pcre lib is being used, would have avoided reporting this bug. I agree that, my bad, didn't realize how old RHEL 6.x was, but many places still use this, RHEL7x adoption is not as high, not as much certified with it sometimes. I was able to use php56 latest available, and went with that, do appreciate your help looking at this. ------------------------------------------------------------------------ [2017-11-07 13:37:08] cmb@php.net > it makes not much sense compile a recent PHP7.0/PHP7.1 against > completly outdated system libraries ACK. However, we're still checking for libpcre ≥ 6.6 even in master[1], what likely has to be adjusted to let ./configure fail instead of make. [1] <https://github.com/php/php-src/blob/master/ext/pcre/config0.m4#L44-L46> ------------------------------------------------------------------------ [2017-11-07 13:02:25] spam2 at rhsoft dot net CentOS6: pcre-7.8-7.el6.x86_64 CentOS7: pcre-8.32-17.el7.x86_64 Fedora 26: pcre-8.41-3.fc26.x86_64 it makes not much sense compile a recent PHP7.0/PHP7.1 against completly outdated system libraries ------------------------------------------------------------------------ [2017-11-07 12:58:36] cmb@php.net > --with-pcre-regex=/usr \ Please try without this configuration option to force usage of the bundled libpcre. Would that succeed? Also, what is the PCRE version you have tried to compile against? ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=75493 -- Edit this bug report at https://bugs.php.net/bug.php?id=75493&edit=1

« previous php.bugs (#226656) next »