Bug #75493 [Opn->Csd]: Compile falis on PCRE both 7.0 and 7.1 latest
| From: | cmb@php.net | 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