Okay, so I just got this, but I don't know what it means yet.

# ldd -d /usr/local/apache/libexec/libphp4.so
        libpam.so.1 =>   /usr/lib/libpam.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libcrypt_i.so.1 =>       /usr/lib/libcrypt_i.so.1
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libm.so.1 =>     /usr/lib/libm.so.1
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libgen.so.1 =>   /usr/lib/libgen.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
        symbol not found: uncompress            /usr/local/apache/libexec/libphp4.so)
        symbol not found: compress             (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_block_alarms               (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_unblock_alarms             (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_user_name          (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_max_requests_per_child            (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_server_root                (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_user_id            (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_group_id           (/usr/local/apache/libexec/libphp4.so)
        symbol not found: top_module            (/usr/local/apache/libexec/libphp4.so)

You should add --with-zlib, as the MySQL extension requires it. THis is fixed in newer versions, including the upcoming 4.1.0 release.

Derick

Okay, so I just got this, but I don't know what it means yet.

# ldd -d /usr/local/apache/libexec/libphp4.so
        libpam.so.1 =>   /usr/lib/libpam.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libcrypt_i.so.1 =>       /usr/lib/libcrypt_i.so.1
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libm.so.1 =>     /usr/lib/libm.so.1
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libgen.so.1 =>   /usr/lib/libgen.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Ultra-5_10/lib/libc_psr.so.1
        symbol not found: uncompress            /usr/local/apache/libexec/libphp4.so)
        symbol not found: compress             (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_block_alarms               (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_unblock_alarms             (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_user_name          (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_max_requests_per_child            (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_server_root                (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_user_id            (/usr/local/apache/libexec/libphp4.so)
        symbol not found: ap_group_id           (/usr/local/apache/libexec/libphp4.so)
        symbol not found: top_module            (/usr/local/apache/libexec/libphp4.so)

That worked, thanks!

Solaris 8 users, notice that zlib is now distributed with sun.  Just add --with-zlib and you're done!

Thanks a billion, php team!

The comment below claims that this problem is to be fixed in upcoming versions, "including the upcoming 4.1.0 release." However, I just built 4.1.1 on Solaris 8 and had this very problem. Adding '--with-zlib' still fixes it. But apparently this problem still isn't fixed in the release...

Yep, me too. Not fixed in 4.1.2 either. --with-zlib is still
required when using --with-mysql.

It would be really useful if there was a simple "make test" 
to verify whether the build has truly worked prior to 
installation!

I had the same problem when trying to compile on RH Linux 7.2 when I didn't have shared modules for MySQL installed.  Using --with-zlib did not work.  Installing shared MySQL modules did.  Not sure why PHP would try to use shared libs that don't exist when the static libs are there...

Marking as critical so that we can take care of this it during the release process.

Derick

This is now fixed in CVS and in PHP 4.2.0 release branch.
Try the latest CVS snapshot from http://snaps.php.net/

You might need --with-zlib-dir=<dir> if you have libz.a or libz.so in some exotic location.

--Jani

I was getting the same errors, Changing my configure line for apache made ALL the difference, as odd as it may seem for me it seems putting --enable-rule=SHARED_CORE first in the configure script is what really made php work in the newly compiled apache, this is for apache 1.3.24

./configure --enable-rule=SHARED_CORE \
--enable-module=so \
--prefix=/usr/local/apache \
--enable-shared=max
(make build, wouldn't work for me)
make build-std
make build-support
##############
Here is the configure script that was letting me down.
./configure \
--enable-module=info \
--enable-module=so \
--enable-shared=max \
--enable-rule=SHARED_CORE
##############
And yes I have a good compiler environment

LD_LIBRARY_PATH=/usr/lib:/usr/ccs/lib:/etc/lib:/usr/X11R6/:/usr/local/lib:/usr/openwin/lib:/usr/dt/lib:/usr/local/BerkeleyDB.3.2/lib:/usr/local/mysql/lib:/usr/local/ssl/lib
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/usr/ccs/bin:/usr/local/mysql/bin:/usr/local/apache/bin

Just for completeness here is my php configure script I really dont think the pathed zlib makes a diff (I was using it when it didnt work) I just did it for completeness
./configure --with-zlib=/usr/local --with-apxs

Also one more thing I did at the same time was install bison, so I guess I cant be sure which fixed it, I would put my machine back into its old state to find out exactly what it was but I have had enough for 1 night :)
I installed bison-1.34-sol8-sparc-local from www.sunfreeware.com