Bug #14147 Updated: symbol uncompress: referenced symbol not found
| From: | michael at miro dot com dot au | Date: | Sat, 13 Apr 2002 12:21:20 +0000 |
| Subject: | Bug #14147 Updated: symbol uncompress: referenced symbol not found | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-4828@lists.php.net to get a copy of this message | ||
ID: 14147
Updated by: michael@miro.com.au
Reported By: pkenyon@swbt.net
Status: Closed
Bug Type: MySQL related
Operating System: Solaris 8 sun4u
PHP Version: 4.0.6
New Comment:
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
Previous Comments:
------------------------------------------------------------------------
[2002-04-13 08:15:29] michael@miro.com.au
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
------------------------------------------------------------------------
[2002-03-19 20:59:31] sniper@php.net
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
------------------------------------------------------------------------
[2002-03-05 15:37:30] derick@php.net
Marking as critical so that we can take care of this it during the
release process.
Derick
------------------------------------------------------------------------
[2002-03-05 15:10:48] brad@info-link.net
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...
------------------------------------------------------------------------
[2002-03-05 14:59:31] jammin@qolc.net
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!
------------------------------------------------------------------------
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
http://bugs.php.net/14147
--
Edit this bug report at http://bugs.php.net/?id=14147&edit=1