cannot load libphp4.so: /usr/lib/libsablot.so.0: undefined symbol:
I've seen something like this before way in the past but not with Apache &
PHP. It was something I wrote. The fix was simple.
USE variables from /etc/make.conf?
I don't seem to have libsablot.so at all.
After removing xml from my use vars, unmerging sablotron, remerging php,
everything works fine. Seems it could be an issue with sablotron and not php,
so here's my version info.
gcc 3.1-r6, apache 1.3.24-r6, php 4.2.1-r1, sablotron was 0.90
Do you really want all my use vars when I've already determined it was xml?
Have you tried remerging 'sablot' and php after apache was built? Is this still
an issue for you?
yes, I believe I did try remerging both after apache, and the only fix was
emerging php without xml as a use
It looks like an gcc issue.
Search with google '__gxx_personality_v0'.
I don't know, how to resolve this at this time, but I will later look into it...
please wait until the new expat (Bug #4797) and sablotron (Bug #4798) packages
are in portage.
The try it again please.
Ok... They're in portage... Let's test this so I can close this bug.
just installed the new dev-php/mod_php-4.2.1-r5:
* Starting apache...
Syntax error on line 59 of /etc/apache/conf/apache.conf:
Cannot load /etc/apache/extramodules/libphp4.so into server:
/usr/lib/libsablot.so.0: undefined symbol: __gxx_personality_v0
this is with
2.4.19-gentoo-r7 #3 Mon Jul 15 10:49:01 CEST 2002 i686 AuthenticAMD
gcc version 3.1
USE don't matter: only USE="xml" which I need to build XSLT Support (with sablotron)
looks like a bug in salbotron not linking g++, but with gcc... I'll see if I can
fix it when I get home.
many people having the same problem:
Can anyone confirm if the package works on gcc 3.1.1?
maybe this is of some help:
on the libtool list somebody suggested to use libtool HEAD. Unfortunately I have
no Idea how to do this
I've contacted the sablotron developer and he sends me another solution.
Can someone try this? (I'm in the army until 25. Oct and have not much time now)
Problem is, that the libsablot is an C++ library and is linked to PHP C code.
Since the resulting executable is linked by gcc (not g++) some standard
libraries are not linked.
You don't need to play with autoconf & Co., what you need it to tweak the
LDFLAGS environment during the PHP 'configure' phase and building.
You need to guess the compiler dependend library, usually something like -lgcc
So try export LDFLAGS='-lgcc' and experiment. (-lstdc++ is a next candidate).
I'm really sorry for this inconvenience, but it's resulting from different
languages used. Not our guilt. I'm trying to tweak the best configuration
possible for a long time, but this issue remains.
After running into this bug myself w/ Apache and PHP, I tried the following:
After that, everything seem to work fine.
setting the LDFLAG works
PHP runs fine with XSLT extention now
I have a problem similar to yours but not the same. When I try to start apache
with PHP support i get a segmentation fault. If I run php itlsef it give me a
segmentation fault so if probably a problem only concerned with php.
My configuration is:
gcc version 2.95.3 20010315 (release)
Server version: Apache/1.3.26 (Unix)
php: Latest version Available: 4.2.2
The first time I get the problem I did'nt have sablotron installed. I try to fix
that but it's still borken.
(gdb) exec-file php
Starting program: /usr/bin/php php
Program received signal SIGSEGV, Segmentation fault.
0x4000926b in ?? ()
I can't give you more information because I don't know what to do ;)
I just got it working with the LDFLAGS too.
kch: are you using mod_php or php? For apache, you should be using mod_php
First time I get the segmentation fault i had installed php and mod_php. Then
I umerge both php and php_mod and remove all configuration files.Then I did:
as Jacob Perkins said and try to run apache with php support. It fail again:
* Stopping apache... [ ok ]
* Starting apache...
/sbin/runscript.sh: line -30: 7806 Segmentation fault start-stop-daemon
--quiet --start --startas /usr/sbin/apache --pidfile /var/run/apache.pid --
[ !! ]
Then I try to do it again but installing sablotron before than mod_php, but it's
Why don't it work for me?
*** Bug 7187 has been marked as a duplicate of this bug. ***
FWIW, ive gotten this locally, and fixed it locally by adding
immediately above the ./configure line in the sablotron ebuild.
mod_php doesnt need to be rebuilt, just sablotron.
this fix should be committed, any reason not to; anybody?
Now it's working fine for me using Comment #19 From Donny Davies.
But just for curiosity... what is the relation between Sablotron and apache-php?
Please add this fix to the sablotron ebuild.
*** Bug 8080 has been marked as a duplicate of this bug. ***