Bug #77392 [Fbk->Asn]: ./configure fails on OpenSSL library searches

Edit report at https://bugs.php.net/bug.php?id=77392&edit=1 ID: 77392 User updated by: john dot iliffe at iliffe dot ca Reported by: john dot iliffe at iliffe dot ca Summary: ./configure fails on OpenSSL library searches -Status: Feedback +Status: Assigned Type: Bug Package: *Configuration Issues Operating System: Linux PHP Version: 7.3.0 Assigned To: cmb Block user comment: N Private report: N New Comment: I haven't tried any of the newer versions but since 7.3 is obsolete and my next move would probably be to a much newer version I think this problem report should be closed. Thanks for looking at it. Previous Comments: ------------------------------------------------------------------------ [2021-07-15 14:53:46] cmb@php.net Is this still an issue with any of the actively supported PHP versions[1]? Note that as of PHP 7.4 pkg-config is used to detect the location of OpenSSL. [1] <https://www.php.net/supported-versions.php> ------------------------------------------------------------------------ [2019-01-22 17:33:08] john dot iliffe at iliffe dot ca I have been playing with this over the last few days and I now have more information, but I still don't understand why it fails. Configure error is : configure:19063: error: Cannot find OpenSSL's libraries In configure script, this is in the block starting in line 19062: if test -z "$OPENSSL_LIBDIR"; then as_fn_error $? "Cannot find OpenSSL's libraries" "$LINENO" 5 fi So, $OPENSSL_LIBDIR is null. This is set in line 19053 if test -r $i/$PHP_LIBDIR/libssl.a -o -r $i/$PHP_LIBDIR/libssl.$SHLIB_SUFFIX_NAME; then OPENSSL_LIBDIR=$i/$PHP_LIBDIR fi I assume that the "test -r $i/PHP_LIBDIR/libssl.a" failed since the directory wasn't set. But we know that $PHP_LIBDIR points to libssl.a because $i/lib: (/usr/openssl is a link from /usr/openssl-1.1.0i) ls -l /usr/openssl/lib/libssl.a -rw-r--r--. 1 root root 775792 Aug 29 23:13 /usr/openssl/lib/libssl.a We also know that $PHP_LIBDIR is set correctly because the test: if test -z "$OPENSSL_INCDIR"; then as_fn_error $? "Cannot find OpenSSL's <evp.h>" "$LINENO" 5 fi passed in the previous block and $OPENSSL_INCDIR is defined as: OPENSSL_INCDIR=$i/include which validates the $i/include path, and by inference $i. OPENSSL_LIBDIR is defined as: OPENSSL_LIBDIR=$i/$PHP_LIBDIR and $PHP_LIBDIR is defined in line 4973 as "lib" So, it looks like the test that failed should have passed because it seems probable that $OPENSSL_LIBDIR exists and is correct (?). ------------------------------------------------------------------------ [2019-01-19 02:06:19] john dot iliffe at iliffe dot ca I have been playing with this for a while and I'm still stuck in a loop. I set up a link as suggested: /usr/openssl->/usr/openssl-1.1.0i and a quick check shows that this resolves correctly: cd /usr/openssl; ls gives the expected result. (I put a dummy file name on the correct directory to ensure the link was going to the right place) The should resolve (in line 2335 of the config script) to /usr/openssl/include/openssl/ and it does, evp.h is present and the configure test in line 2344 passes here. BUT, my reading of the script is that line 2339 should set OPENSSL_LIBDIR to: /usr/openssl-1.1.0i/lib (PHP_LIBDIR is set to "lib") so that should be the result of: $i=/usr/openssl-1.1.0i $LIB_DIR=lib This errors out with the message "Cannot find OpenSSL's libraries, which arises from line 2349. A quick check using ls -l shows that the expected files are in the expected places. What am I missing? For completeness, here is the configuration: ./configure prefix=/usr/php-7.3.0 --enable-fpm --with-fpm-user=phpfpm --with-libdir=lib64 --with-fpm-group=phpfpm --with-fpm-systemd --disable-short-tags --with-openssl=/usr/openssl --with-pcre-regex --with-imap=/usr/lib64 --with-imap-ssl=/usr/openssl --with-pgsql=/usr/postgres-9.6.2 --enable-zip --with-pear with this link present: lrwxrwxrwx. 1 root root 14 Jan 18 13:09 /usr/openssl -> openssl-1.1.0i and: ls -l /usr/openssl/lib total 9104 drwxr-xr-x. 2 root root 55 Aug 29 23:13 engines-1.1 -rw-r--r--. 1 root root 5030226 Aug 29 23:13 libcrypto.a lrwxrwxrwx. 1 root root 16 Aug 29 23:13 libcrypto.so -> libcrypto.so.1.1 -rwxr-xr-x. 1 root root 2974920 Aug 29 23:13 libcrypto.so.1.1 -rw-r--r--. 1 root root 775792 Aug 29 23:13 libssl.a lrwxrwxrwx. 1 root root 13 Aug 29 23:13 libssl.so -> libssl.so.1.1 -rwxr-xr-x. 1 root root 529648 Aug 29 23:13 libssl.so.1.1 drwxr-xr-x. 2 root root 61 Aug 29 23:13 pkgconfig ------------------------------------------------------------------------ [2019-01-10 21:11:33] bugs dot php dot net at mundpropaganda dot net Check this out: https://github.com/php/php-src/blob/PHP-7.3/acinclude.m4#L2327 The header files are supposed to be at "{prefix}/includes/openssl/". So your symlinks needs to be "/usr/includes/openssl -> /usr/openssl-1.1.0i", then run configure with "--with-openssl=/usr". ------------------------------------------------------------------------ [2019-01-10 17:44:25] john dot iliffe at iliffe dot ca Thank you for the response. I tried as suggested, set a link from /usr/openssl -> /usr/openssl-1.1.0i and changed the configuration as follows: ./configure prefix=/usr/php-7.3.0 --enable-fpm --with-fpm-user=phpfpm --with-libdir=lib64 --with-fpm-group=phpfpm --with-fpm-systemd --disable-short-tags --with-openssl=/usr/openssl --with-pcre-regex --with-imap=/usr/lib64 --with-imap-ssl=/usr/openssl --with-pgsql=/usr/postgres-9.6.2 --enable-zip --with-pear which results in error "Cannot find OpenSSl's libraries". I also tried changing the locations of OpenSSL to just /usr (ie --with-openssl=/usr) and that results in error "Cannot find OpenSSL's <evp.h>". Since there are two different places in the config where the openssl path is required, I tried various combinations of the above but all ended with "Cannot find OpenSSL's libraries" Yes, I have several versions of OpenSSL on this server, each installed as noted under "/usr/<openssl version number>" and unfortunately they are included in various compiles (like Apache). Thanks again. ------------------------------------------------------------------------ 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=77392 -- Edit this bug report at https://bugs.php.net/bug.php?id=77392&edit=1