Bug #77463 [Opn]: gcc warning & PHP doesn't start using own openssl & curl
| From: | office at vargapeter dot net | Date: | Wed, 20 Feb 2019 14:15:35 +0000 |
| Subject: | Bug #77463 [Opn]: gcc warning & PHP doesn't start using own openssl & curl | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-219659@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=77463&edit=1
ID: 77463
User updated by: office at vargapeter dot net
Reported by: office at vargapeter dot net
Summary: gcc warning & PHP doesn't start using own openssl &
curl
Status: Open
Type: Bug
Package: Compile Warning
Operating System: SLES 12.4
PHP Version: 7.2.14
Block user comment: N
Private report: N
New Comment:
Yes my friend, you are right.
Previous Comments:
------------------------------------------------------------------------
[2019-02-20 14:02:20] spam2 at rhsoft dot net
> More or less the same with glibc
frankly, when you try to replace glibc you are asking for troubles as loud as possible and i would
ask myself when i start to replace such low level parts of a distribution the following questions:
* what do i gain with it
* is it worth the troubles
* is it worth having a unsupportable system given that nobody
but you has the same setup for testing
* if i gain someting with it why i am using the wrong distribution
either i use something like Arch/Fedora or a LTS distribution and in case of an LTS distribution he
whole point is to not have major bumps of everything
so stick with the distribution libraries and when you can't build a recent PHP with that
versions for whatever reason consider upgrade the OS
anyways, this is hardly a PHP issue
------------------------------------------------------------------------
[2019-02-20 13:51:34] office at vargapeter dot net
I pressed to fast the ENTER key.
BUT, what about the wrong directories used by libtool? This is what I mean. That it doesn't
work, OK, due to the openssl mixture, but that the compile process is using wrong paths?
------------------------------------------------------------------------
[2019-02-20 13:49:31] office at vargapeter dot net
Yeah, I realized openssl must have a "deal breaker" in the past versions because NOTHING
works with the new version when it expects openssl 1.0.x
I may reconsider to use the most current openssl version because this is making me only lot of
troubles. More or less the same with glibc - this must also run in a separated installation,
otherwise the whole systems crashes...
However guys, compiling it with --enable-debug produces lot of compiler warnings...
------------------------------------------------------------------------
[2019-02-20 13:31:01] spam2 at rhsoft dot net
well, when you mix different library versions with inter-dependencies within the same process you
are in the hands of god - that's why you should avoid override system packages until you know
exactly what you are doing
* the webserver loads openssl
* curl loads openssl
* php loads openssl
and pretty sure some other libraries in the mix also are linked against openssl
------------------------------------------------------------------------
[2019-02-20 00:45:31] office at vargapeter dot net
This maybe an important information:
SLES 12.4 distribution openssl version is "OpenSSL 1.0.2p-fips 14 Aug 2018"
Compiling CURL with "OpenSSL 1.1.0h 27 Mar 2018" causes PHP to crash because it differs
from the distribution.
------------------------------------------------------------------------
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=77463
--
Edit this bug report at https://bugs.php.net/bug.php?id=77463&edit=1