And what might have been the configure line?
And do you have shared or static bz2 lib?

CXX=gcc CFLAGS="-O3 -mcpu=v8 -Wa,-xarch=v8plusa -felide-constructors -fno-exceptions -fno-rtti" CXXFLAGS="-O3 -mcpu=v8 -Wa,-xarch=v8plusa -felide-constructors -fno-exceptions -fno-rtti" CC=gcc ./configure --with-openssl=/usr/local/openssl-0.9.6l --with-zlib --with-bz2 --enable-dba --with-db4=/usr/local/BerkeleyDB-4.1 --with-inifile --with-flatfile --enable-dio --with-dom --with-gettext --with-iconv --with-java=/usr/j2se --with-mysql=/usr/local/mysql --with-mysql-sock=/tmp/mysql.sock --with-ncurses --with-readline --enable-sockets --enable-force-cgi-redirect --with-apxs2=/usr/local/apache2/bin/apxs


I have only static libbz2.a.
But the problem is I think not in my library, but that on the linker line "-lbz2" was missing. If it wouldn't, linker would pick-up the static library anyway.

Send me the generated Makefile to sniper@php.net.

You have static bz2 lib -> of course it doesn't show up in the ldd output. Secondly, the -lbz2 sure is in EXTRA_LIBS in your Makefile. 

Now, what version of BZ2 do you have installed?
And try this configure line instead:
(don't try outsmart the configure with your CFLAGS etc)

# rm config.cache ; CC=gcc ./configure --disable-all --with-bz2 --with-apxs2=/usr/local/apache2/bin/apxs

Hi, I tested with php4-STABLE-200401102230 and the problem with libz2 symbols unresolved is caused by using --with-mysql=/usr/local/mysql .

To be clear, the mysql I use is a binary distribution from www.mysql.com for solaris, version 4.0.16.

root@pf-i400# ls  /usr/local/mysql/lib/mysql/libmysqlclient*
libmysqlclient.a            libmysqlclient.so.12        libmysqlclient_r.la         libmysqlclient_r.so.12.0.0
libmysqlclient.la           libmysqlclient.so.12.0.0    libmysqlclient_r.so         
libmysqlclient.so           libmysqlclient_r.a          libmysqlclient_r.so.12      
root@pf-i400# ldd /usr/local/mysql/lib/mysql/libmysqlclient.so
        libposix4.so.1 =>        /usr/lib/libposix4.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libm.so.1 =>     /usr/lib/libm.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libaio.so.1 =>   /usr/lib/libaio.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Ultra-30/lib/libc_psr.so.1
root@pf-i400#

So using the configure line I gave above works?

Yes, the line in comment 19 Dec 2003 7:47am EST works.

# rm config.cache ; CC=gcc ./configure --disable-all --with-bz2
--with-apxs2=/usr/local/apache2/bin/apxs


I tested my configure line with special CFLAGS and many configure options removing one after one and came to a point, that removing the mysql option fixes the problem. Using the full configure line as in the original report except the --with-mysql=.... option works too.

But I desperately need mysql support. ;)

Does this work:

# rm config.cache ; CC=gcc ./configure --disable-all --disable-cgi --with-bz2 --with-mysql=/usr/local/mysql

(sapi/cli/php is compiled only)

Yes, that works too, strange.

Now, if you add the --with-apxs2 in it, it won't work?
How is apache2 configured? (what MPM is used)

Yes, using 

rm config.cache ; CC=gcc ./configure --disable-all --disable-cgi --with-bz2 --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache2/bin/apxs

breaks the installation again.


I compiled apache 2.0.48 as:

CXX=gcc CFLAGS="-O3 -mcpu=v8 -Wa,-xarch=v8plusa -felide-constructors -fno-exceptions -fno-rtti" CXXFLAGS="-O3 -mcpu=v8 -Wa,-xarch=v8plusa -felide-constructors -fno-exceptions -fno-rtti" CC=gcc ./configure --with-ssl=/usr/local/openssl-0.9.6l --enable-rewrite --enable-speling --enable-vhost-alias --enable-cgid --enable-cgi --enable-suexec --enable-info 
--enable-http --enable-ssl --enable-usertrack --enable-headers --enable-expires --enable-mime-magic --enable-logio --enable-deflate --enable-ext-filter --enable-cache --enable-disk-cache --enable-charset-lite --enable-auth-dbm --enable-so --enable-nonportable-atomics --with-modules="mod_access mod_actions mod_alias mod_asis mod_auth_anon mod_auth_dbm mod_cache mod_cern_meta mod_cgi mod_cgid mod_charset_lite mod_deflate mod_dir mod_disk_cache mod_env mod_expires mod_ext_filter mod_headers mod_imap mod_include mod_info mod_log_config mod_mime mod_mem_cache mod_mime_magic mod_negotiation mod_rewrite mod_setenvif mod_so mod_speling mod_ssl mod_status mod_userdir mod_usertrack mod_vhost_alias"

# /usr/local/apache2/bin/httpd -l
Compiled in modules:
  core.c
  mod_access.c
  mod_auth.c
  mod_auth_dbm.c
  mod_charset_lite.c
  mod_cache.c
  mod_disk_cache.c
  mod_ext_filter.c
  mod_include.c
  mod_deflate.c
  mod_log_config.c
  mod_logio.c
  mod_env.c
  mod_mime_magic.c
  mod_expires.c
  mod_headers.c
  mod_usertrack.c
  mod_setenvif.c
  mod_ssl.c
  prefork.c
  http_core.c
  mod_mime.c
  mod_status.c
  mod_autoindex.c
  mod_asis.c
  mod_info.c
  mod_suexec.c
  mod_cgi.c
  mod_cgid.c
  mod_vhost_alias.c
  mod_negotiation.c
  mod_dir.c
  mod_imap.c
  mod_actions.c
  mod_speling.c
  mod_userdir.c
  mod_alias.c
  mod_rewrite.c
  mod_so.c
#

To get this problem solved for real, you need to provide me access to this machine in question. (I suspect this is not any bug in PHP btw)

You may email me directly: sniper@php.net

Doing this before running configure 'fixed' the problem:

# unset CFLAGS CPPFLAGS CXXFLAGS LIBS

(having LIBS set was the problem, only set library paths in LD_LIBRARY_PATH!)

Conclusion: NEVER EVER try outsmart the configure unless you REALLY know what you're doing. :)