ID:               17604
 Comment by:       markus at gebert dot net
 Reported By:      kevin at kevinfries dot com
 Status:           No Feedback
 Bug Type:         Compile Failure
 Operating System: Solaris 8 IA
 PHP Version:      4.2.1
 New Comment:

Tested on RedHat 8.0, Apache 1.3.28, PHP 4.3.3:

without -lstdc++ compiling failed, after changing the Makefile, PHP
seems to compile fine, but starting apache causes the error message
already mentioned here:

--
Cannot load /usr/local/apache/libexec/libphp4.so 
into server: ld.so.1: /usr
/local/apache-test/bin/httpd: fatal: relocation error: 
file /usr/local/lib/libsa
blot.so.0: symbol __gxx_personality_v0: referenced 
symbol not found
./apachectl restart: httpd could not be started
--

Then I added -lgcc_s to the extra flags as well, which made it work in
the end. First I had forgotten to install libjs, which caused exacty
the same error message when starting apache. (Sablotron compiled
successfully altough libjs was missing). Anyway, using -lstdc++ and
-lgcc_s (not forgetting to install libjs :) ) worked out in my case.


Previous Comments:
------------------------------------------------------------------------

[2003-08-29 19:23:38] sthakar at qualys dot com

I had the same issue with my php-4.3.2 and sablotron on redhat 9.0. My
apache 1.3 would not start. This is what worked perfectly for me.

configure php
make clean
edit Makefile - add "-lstdc++' to the EXTRA_LDFLAGS line
make
make install

The adding of the -lstdc++ resolved my issue and apache started
correctly and my phpinfo shows sablotron configured.

Sumedh

------------------------------------------------------------------------

[2003-07-31 17:54:02] dgran at spinweb dot net

I just wanted to confirm that I have this problem with 
php-4.3.2 on Solaris 8 using gcc 3.1.  I was able to 
get php to compile by adding the --disable-cli switch, 
however when starting apache 1.3.27 I get the 
following:

Syntax error on line 208 of /usr/local/apache-test/
conf/httpd.conf:
Cannot load /usr/local/apache-test/libexec/libphp4.so 
into server: ld.so.1: /usr
/local/apache-test/bin/httpd: fatal: relocation error: 
file /usr/local/lib/libsa
blot.so.0: symbol __gxx_personality_v0: referenced 
symbol not found
./apachectl restart: httpd could not be started

I've tried various suggestions in this thread with no 
luck, but I could be misunderstanding some things.  Has 
anyone else gotten it to work in a similar 
configuration?

------------------------------------------------------------------------

[2003-04-17 08:54:46] jnugent at unb dot ca

For what it's worth, I had this exact same problem, but on a Slackware
9 machine.  I had upgraded my development machine's OS to slackware 9
(from slackware 7), and kept everything else exactly the same.  The
build was against Apache 2.0.45, PHP 4.3.1, Sablotron 0.98, and Expat
1.95.5.  Standard ./configure calls for sablotron and expat.  The
configure for PHP was:

'./configure' '--with-apxs2=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local' '--enable-xslt' '--with-xslt-sablot'
'--with-gd' '--with-zlib-dir=/usr/local' '--with-expat-dir=/usr/local'

The solution to the Sablotron error was to export LDFLAGS=-lstdc++
before running configure.

Perhaps that is of use to someone.

The other oddity I noticed was that ./configuring PHP with
--disable-cli also made the error go away during the build process of
PHP.  It still broke Apache's ability to run, however.

These two servers are identical in every way, with the exception of the
differences in slackware installs.  The older machine is still running
off of GCC 2.95.3, whereas Slackware 9 comes with GCC 3.2.2 (and all
assorted GNU utilities).

Regards, Jason

------------------------------------------------------------------------

[2002-10-25 01:00:11] php-bugs at lists dot php dot net

No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

------------------------------------------------------------------------

[2002-10-09 22:15:17] [EMAIL PROTECTED]

Could you please provide more information, like why is it refusing to
run in particular?

------------------------------------------------------------------------

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/17604

-- 
Edit this bug report at http://bugs.php.net/?id=17604&edit=1

Reply via email to