php-8.1.27 php_module fails to load with Apache 2.4.58 on Solaris-SPARC 5.11

[mjetzer]

Description

This is a continuation of an issue reported by my colleague: #13725

We're compiling PHP, including OCI8 support, using DeveloperStudio 12.6 and intending to use it as a module with Apache 2.4.58.

Hicham eventually got things to successfully compile and pass a reasonable number of regression tests (i.e., sapi/cli/php works). However, using the corresponding Apache module causes Apache startup (including just doing an "apachectl configtest") to fail with
httpd: Syntax error on line 155 of /usr/local/apache_2.4.58-ora_12.2.0-mb/conf/httpd.conf: Can't locate API module structure 'php_module' in file /usr/local/apache_2.4.58-ora_12.2.0-mb/modules/libphp.so: ld.so.1: httpd: php_module: can't find symbol

PHP is configured using (--disable-opcache and --without-pcre-jit used to address issues with previous compilation requests):

CC="cc -m64 -xcode=pic32" \
ONIG_CFLAGS=-I$onig_tmp_installation_dir/include \
ONIG_LIBS="-L$onig_tmp_installation_dir/lib -lonig" \
ZLIB_CFLAGS=-I$zlib_install_dir/include \
ZLIB_LIBS="-L$zlib_install_dir/lib -lz" \
PCRE2_CFLAGS=-I$pcre_tmp_installation_dir/include \
PCRE2_LIBS="-L$pcre_tmp_installation_dir/lib -lpcre2-8" \
./configure \
    --with-apxs2=$apache_install_dir/bin/apxs \
    --prefix=$php_install_dir \
    --enable-ftp --enable-sockets \
    --enable-sysvmsg --enable-sysvshm --enable-sysvsem \
    --enable-sigchild --enable-mbstring --enable-bcmath \
    --with-oci8 --with-zlib \
    --without-openssl --without-libxml \
    --without-sqlite3 --without-pdo-sqlite --without-mysqli \
    --disable-xml --disable-simplexml \
    --disable-xmlreader --disable-xmlwriter \
    --disable-phar --disable-dom \
    --with-external-pcre=$pcre_tmp_installation_dir \
    --disable-opcache --without-pcre-jit

As mentioned previously, the CLI version of php successfully runs. The "ldd" output from both the CLI executable and libphp.so is identical:

        librt.so.1 =>    /lib/64/librt.so.1
        libm.so.2 =>     /lib/64/libm.so.2
        libz.so.1 =>     /u/local/lib64/zlib-1.2.11/lib/libz.so.1
        libkstat.so.1 =>         /lib/64/libkstat.so.1
        libnsl.so.1 =>   /lib/64/libnsl.so.1
        libsocket.so.1 =>        /lib/64/libsocket.so.1
        libresolv.so.2 =>        /lib/64/libresolv.so.2
        libgen.so.1 =>   /lib/64/libgen.so.1
        libdl.so.1 =>    /lib/64/libdl.so.1
        libsched.so.1 =>         /usr/lib/64/libsched.so.1
        libaio.so.1 =>   /lib/64/libaio.so.1
        libpool.so.1 =>  /usr/lib/64/libpool.so.1
        libadm.so.1 =>   /lib/64/libadm.so.1
        libefi.so.1 =>   /lib/64/libefi.so.1
        libproject.so.1 =>       /usr/lib/64/libproject.so.1
        libucrypto.so.1 =>       /lib/64/libucrypto.so.1
        libclntsh.so.19.1 =>     /u01/app/oracle/product/19.0.0/client_1/lib64/libclntsh.so.19.1
        libc.so.1 =>     /lib/64/libc.so.1
        libxml2.so.2 =>  /lib/64/libxml2.so.2
        libscf.so.1 =>   /lib/64/libscf.so.1
        libnvpair.so.1 =>        /lib/64/libnvpair.so.1
        libexacct.so.1 =>        /usr/lib/64/libexacct.so.1
        libcmdutils.so.1 =>      /lib/64/libcmdutils.so.1
        libavl.so.1 =>   /lib/64/libavl.so.1
        libidlist.so.1 =>        /lib/64/libidlist.so.1
        libuuid.so.1 =>  /lib/64/libuuid.so.1
        libproc.so.1 =>  /lib/64/libproc.so.1
        libelf.so.1 =>   /lib/64/libelf.so.1
        libcryptoutil.so.1 =>    /lib/64/libcryptoutil.so.1
        libbsm.so.1 =>   /lib/64/libbsm.so.1
        libnnz19.so =>   /u01/app/oracle/product/19.0.0/client_64/lib/libnnz19.so
        libclntshcore.so.19.1 =>         /u01/app/oracle/product/19.0.0/client_64/lib/libclntshcore.so.19.1
        libz.so.1 =>     /lib/64/libz.so.1
        libuutil.so.1 =>         /lib/64/libuutil.so.1
        libv12n.so.1 =>  /usr/lib/64/libv12n.so.1
        libcontract.so.1 =>      /lib/64/libcontract.so.1
        libinetutil.so.1 =>      /lib/64/libinetutil.so.1
        liblgrp.so.1 =>  /usr/lib/64/liblgrp.so.1
        librtld_db.so.1 =>       /lib/64/librtld_db.so.1
        libctf.so.1 =>   /lib/64/libctf.so.1
        libsdwarf.so.1 =>        /usr/lib/64/libsdwarf.so.1
        libtsol.so.2 =>  /lib/64/libtsol.so.2

I ran "httpd -t" using truss(1); it starts loading the PHP module's dependencies around line 4460 in "php-lib-truss.txt" (Unix-format text file). Nothing looks out of line until about line 4809: After it loads libcryptoutil.so.1, it attempts to open /etc/system.d/crypto:fips-140, receives an ENOENT, closes a file descriptor, prints the "Can't load API module" message, and starts to shut down.

This initially led me to believe that there was a problem with libcryptoutil's initialization. scripts/php-config showed a very long list of libraries, including libsoftcrypto, which is dependent on libcryptoutil. I was uncertain where the "-lsoftcrupto" came from, but found that configure inspects $ORACLE_HOME/lib/sysliblist, and the "mystery" libraries were listed there.

I hacked configure to not inspect Oracle's sysliblist, but the resulting cli executable and Apache module still had the same ldd module as before me trying to ignore sysliblist.

I also ran the cli executable under truss (php-cli-truss.txt; again, Unix format), and I saw that the loading of shared libraries was largely the same as with the Apache module (with some differences). The cli executable, I found, also loads libcryptoutil and tries to open /etc/system.d/crypto:fips-140 as well, but the cli executable just continues with its initialization and works as expected.

So, we're looking for guidance as to how to get PHP 8.1.27's Apache module to load under Solaris 11.

php-lib-truss.txt
php-cli-truss.txt

PHP Version

PHP 8.1.27

Operating System

Solaris 11/SPARC

[nielsdos]

The reason why no one has replied yet is probably because no one of us uses Solaris and no one of us owns SPARC hardware.
The error message you're getting means that the module structure defined here

php-src/sapi/apache2handler/mod_php.c

Line 30 in d2a932b

AP_MODULE_DECLARE_DATA module php_module = {

was not found in the shared object file.
It'd be interesting to know the value of AP_MODULE_DECLARE_DATA.
Can you check with nm whether the php_module symbol is in libphp.so? I guess it's not?

Also, what happens if you remove this and recompile?

php-src/sapi/apache2handler/php_apache.h

Lines 88 to 91 in d2a932b

	#ifndef PHP_WIN32
	# undef AP_MODULE_DECLARE_DATA
	# define AP_MODULE_DECLARE_DATA PHPAPI
	#endif

[github-actions]

No feedback was provided. The issue is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so. Thank you.