ID: 26258 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Bogus Bug Type: XSLT related Operating System: Linux 2.4.20 PHP Version: 4.3.5-dev (Latest Snap) New Comment:
Try searching the bug database before opening new reports about same issue.. Previous Comments: ------------------------------------------------------------------------ [2003-11-15 21:44:48] [EMAIL PROTECTED] http://www.php.net/xslt - User Notes maximo AT migliari DOT com 20-Oct-2003 10:14 If you are getting undefined references errors with regards to Sablotron while compiling PHP, make sure you export LDFLAGS in your environment to contain -lstdc++ As someone suggested earlier, this must be done, however, for me, it did not work declaring it before the configure statement, or editing the Makefile after configuring and inserting it there. The only way it worked for me was exporting the variable to the environment. If you use the Bash shell, then you do this as follows: export LDFLAGS=-lstdc++ If you use the Csh shell, then you do this as follows: setenv LDFLAGS=-lstdc++ you can then verify if it went through using the env command. What this does is tell the configure script to specify the Makefile not to use libtool as the linker, but use lstdc++ as a substitute. Apparently libtool is in a not-so-great version at the moment, and until they come up with version 1.5, we will have to compile PHP with Sablotron this way (on some systems) ------------------------------------------------------------------------ [2003-11-15 21:11:41] [EMAIL PROTECTED] Checked the CVS version as well. Same error. ------------------------------------------------------------------------ [2003-11-14 23:15:40] [EMAIL PROTECTED] Description: ------------ Build fails. This is against Apache with CLI Build as well by default. After adjusting, and making --enable-cli become --disable-cli --disable-pear the build is fine. And using a CLI Build only fails as expected from previous results. This configure line was perfect, until adding --enable-xslt --with-xslt-sablot=... --with-expat-dir=... The previous build was this exact line with 4.3.4RC3, and this failure occured during an upgrade to 4.3.4 with xslt. Reproduce code: --------------- ./configure --prefix=/usr/local/php434rc3 --with-apxs=/usr/local/apache/bin/apxs --with-mysql --enable-cli --disable-cgi --with-zlib --with-bz2 --enable-calendar --enable-exif --enable-ftp --with-gd --with-jpeg-dir=/usr/local/libjpeg --with-freetype-dir=/usr/local/freetype2 --with-iconv --enable-sockets --with-curl=/usr --with-mcrypt=/usr --with-cpdflib --with-srm=/usr/local/srm --enable-xslt --with-xslt-sablot=/usr/local/sablot --with-expat-dir=/usr/local/expat Expected result: ---------------- Successful Build. Actual result: -------------- ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /home/src/php-4.3.4/ext/mysql/libmysql/my_tempnam.c:115: the use of `tempnam' is dangerous, better use `mkstemp' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator new[](unsigned)' /usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator delete(void*)' /usr/local/sablot/lib/libsablot.so: undefined reference to `__gxx_personality_v0' /usr/local/sablot/lib/libsablot.so: undefined reference to `__cxa_pure_virtual' /usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__class_type_info' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator delete[](void*)' /usr/local/sablot/lib/libsablot.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info' /usr/local/sablot/lib/libsablot.so: undefined reference to `operator new(unsigned)' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=26258&edit=1
