And by using correct configure options might help too:

--with-xslt-sablot=/usr/local

I've tried with a vanilla:

--with-xslt-sablot

and :

--with-xslt-sablot=/usr/local

as suggested by sniper@php.net. No go. It still breaks at the same point.

I would like to continue using 4.3.2 as I also have postgresql functionality enabled and there are reports that version 4.3.3 has problems connecting to the postgresql server. This is a production box and until 4.3.4 stable comes out, I would rather not be fiddling with a working php install.

Thanks,

Mel

What does config.log have about this? Check the 20-30 last lines.

Also, delete config.cache before reconfigure.

The error generated at the end of config.log is as follows:

/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char yp_match();

int main() {
yp_match()
; return 0; }
configure:76976: checking for yp_match in -lc
configure:76995: gcc -o conftest -O2 -march=i386 -mcpu=i686  -L/usr/lib -ldb-3.3  -Wl,-rpath,/tmp/pine4.56/imap/c-client/lib -L/tmp/pine4.56/imap/c-client/lib -Wl,-rpath,/usr/local/pgsql/lib -L/usr/local/pgsql/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -lc  -lsablot -lexpat -lcrypt -lmm -lpq -lcrypt -lgmp -lpng -lz -ljpeg -ldb-3.3 -lgdbm -lcurl -lbz2 -lz -lssl -lcrypto -lresolv -lm -ldl -lnsl  -lcurl -lz -lssl -lcrypto -ldl -lssl -lcrypto -ldl -lz -lcrypt 1>&5
/usr/local/lib/libsablot.so: undefined reference to `operator new[](unsigned)'
/usr/local/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info'
/usr/local/lib/libsablot.so: undefined reference to `operator delete(void*)'
/usr/local/lib/libsablot.so: undefined reference to `__gxx_personality_v0'
/usr/local/lib/libsablot.so: undefined reference to `__cxa_pure_virtual'
/usr/local/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__class_type_info'
/usr/local/lib/libsablot.so: undefined reference to `operator delete[](void*)'
/usr/local/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info'
/usr/local/lib/libsablot.so: undefined reference to `operator new(unsigned)'
collect2: ld returned 1 exit status
configure: failed program was:
#line 76984 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char yp_match();

int main() {
yp_match()
; return 0; }

It seems that sablotron is broken and spews out unresolved references. To confirm the problem, I uninstalled version 1.0 of sablotron and tried again with version 0.98. Same thing happened when attempting to compile php. Version 0.96 of sablotron is not available for download and version 0.95 is not supported by php 4.3.2.

Mel

Self-compiled Sablot 1.0 works just fine. Sablotron seems to be very sensitive to the used GCC, etc. Just compile it from sources and it will work just fine.

All sablotron installations are compiled fresh from source. Sorry ... I don't use RedHat.

Search the bug database for example '__gxx_personality_v0' and you'll find several reports about this same thing. Do not reopen this, this is no PHP bug.