Bug #17604: Apache 2/MySQL/PHP4/Sablotron Will not compile

From: Date: Wed, 05 Jun 2002 07:33:09 +0000
Subject: Bug #17604: Apache 2/MySQL/PHP4/Sablotron Will not compile
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-9516@lists.php.net to get a copy of this message
From: kevin@kevinfries.com Operating system: Solaris 8 IA PHP version: 4.2.1 PHP Bug Type: Compile Failure Bug description: Apache 2/MySQL/PHP4/Sablotron Will not compile Platform Details: P-II 400/384MB Ram Solaris 8 IA Apache 2.0.36 Options +Includes +FollowSymLinks MySQL 3.23.49 I am trying to get this blessed server to compile and install. Apache runs great, no problem there, CGIs work, SSI works, everything OK. MySQL works. I can run the mysqladmin and everything is fine. I am trying to compile PHP with sablotron xslt extention, and expat. sabcmd (version 0.90) runs fine from the command line against expat 1.95.2. All installed in /usr/local/lib and /usr/local/bin. If I give sabcmd a xslt file and a xml file on the commandline, I am bombarded with the html translation. All is good. Now, time to tie it all together: I first tried: CC=gcc ./configure --with-mysql=/usr/local/mysql --with-apxs2 --enable-xslt --with-xslt-sablot it compiled linked and installed ok, but caused Apache to no longer startup due to linking errors in ld.so. I asked about those the other day and go no response, so I am assuming nobody has any more ideas than I do about that one. Then I thought, well if sablotron works from the command line, it must like the version of expat I am running, I bet PHP is linking with an old version. Checked the output and sure enough, it is trying to link with a version that it has in the distro. So, the next try was to tell PHP to just use the newer one installed in /usr/local/lib. That should solve the ld.so problem. Tried compile with: CC=gcc ./configure --with-mysql=/usr/local/mysql --with-apxs2 --enable-xslt --with-xslt-sablot --with-expat-dir=/usr/local/lib This version tells me that my version of expat is bad. More specifically: checking whether to enable XML support... yes checking external libexpat install dir... yes configure: error: not found. Please reinstall the expat distribution. If I do a 'ls /usr/local/lib | grep expat' I get: libexpat.a libexpat.la libexpat.so libexpat.so.0 libexpat.so.0.1.0 I think I now have my problem. Sablotron is working fine against the new expat, but PHP is not. Got a bit of a chicken and egg here. If I uninstall Sablotron, I can not install XSLT support because the required lib is missing. If I compile against the current codebase, PHP chokes. If you like, compile again and send you the full configure and make output for either of my attempts. Kevin Fries -- Edit bug report at http://bugs.php.net/?id=17604&edit=1 -- Fixed in CVS: http://bugs.php.net/fix.php?id=17604&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=17604&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17604&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17604&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17604&r=support Expected behavior: http://bugs.php.net/fix.php?id=17604&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17604&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17604&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=17604&r=globals

« previous php.bugs (#9516) next »