#50920 [Bgs]: missing arpa\nameser.h
ID: 50920 User updated by: paul at ensigma dot com dot au Reported By: paul at ensigma dot com dot au Status: Bogus Bug Type: Compile Failure Operating System: Windows XP PHP Version: 5.2.12 New Comment: Thanks for the extra details. The README.WIN32-BUILD-SYSTEM is a lot less clear than the wiki entry on building 5.3. I can now see where I went wrong and the error message is actually very informative,... Mea Culpa,.. apologies for the spurious report. For those who follow,... if you read this bug report you almost certainly want to check out: http://www.php.net/extra/win32build.zip Previous Comments: [2010-02-03 10:21:57] paj...@php.net I closed it as it is not bug, you miss the header/lib which are not part of the SDK. For 5.2, you need: - Visual C++ 6 (SP6 only) - SDK 2003/02, see http://wiki.php.net/internals/windows/windowssdk And the header you miss is part of the bindlib, find the VC6 version here: http://pecl2.php.net/downloads/php-windows-builds/php-libs/VC6/x86/ As explained in the wiki. [2010-02-03 03:16:34] paul at ensigma dot com dot au The decision to use 5.2.12 was a conscious one - I have reasons not to want 5.3. Why is the bug bogus? I followed the instructions that were in the tarball and got any error due to a missing file. When you say "does not support this SDK", what SDK are you referring to? Given what you have said this still seems to be a bug in the build environment or a bug in the documentation. [2010-02-03 02:31:41] paj...@php.net 5.2 does not support this SDK. If you like to compile PHP yourself easily, please use 5.3 and follow these instructions: http://wiki.php.net/internals/windows/stepbystepbuild [2010-02-03 02:31:40] paj...@php.net 5.2 does not support this SDK. If you like to compile PHP yourself easily, please use 5.3 and follow these instructions: http://wiki.php.net/internals/windows/stepbystepbuild [2010-02-03 01:22:03] paul at ensigma dot com dot au Description: 1. read build/install notes for windows 2. ran: > cscript /nologo configure.js --with-sqlite --with-pdo-sqlite 3. Got: Checking for mt.exe ... C:\Program Files\\Microsoft SDKs\Windows\v6.0A\bin Checking for arpa\nameser.h ... Checking for arpa\nameser.h ... ERROR: We really need that arpa\nameser.h file - it is part of the win32build package Reproduce code: --- run: cscript /nologo configure.js --with-sqlite --with-pdo-sqlite Expected result: successful generation of build scripts. Actual result: -- failure to generate build scripts due to missing file arpa\nameser.h -- Edit this bug report at http://bugs.php.net/?id=50920&edit=1
#50920 [Bgs]: missing arpa\nameser.h
ID: 50920 User updated by: paul at ensigma dot com dot au Reported By: paul at ensigma dot com dot au Status: Bogus Bug Type: Compile Failure Operating System: Windows XP PHP Version: 5.2.12 New Comment: The decision to use 5.2.12 was a conscious one - I have reasons not to want 5.3. Why is the bug bogus? I followed the instructions that were in the tarball and got any error due to a missing file. When you say "does not support this SDK", what SDK are you referring to? Given what you have said this still seems to be a bug in the build environment or a bug in the documentation. Previous Comments: [2010-02-03 02:31:41] paj...@php.net 5.2 does not support this SDK. If you like to compile PHP yourself easily, please use 5.3 and follow these instructions: http://wiki.php.net/internals/windows/stepbystepbuild [2010-02-03 02:31:40] paj...@php.net 5.2 does not support this SDK. If you like to compile PHP yourself easily, please use 5.3 and follow these instructions: http://wiki.php.net/internals/windows/stepbystepbuild [2010-02-03 01:22:03] paul at ensigma dot com dot au Description: 1. read build/install notes for windows 2. ran: > cscript /nologo configure.js --with-sqlite --with-pdo-sqlite 3. Got: Checking for mt.exe ... C:\Program Files\\Microsoft SDKs\Windows\v6.0A\bin Checking for arpa\nameser.h ... Checking for arpa\nameser.h ... ERROR: We really need that arpa\nameser.h file - it is part of the win32build package Reproduce code: --- run: cscript /nologo configure.js --with-sqlite --with-pdo-sqlite Expected result: successful generation of build scripts. Actual result: -- failure to generate build scripts due to missing file arpa\nameser.h -- Edit this bug report at http://bugs.php.net/?id=50920&edit=1
#50920 [NEW]: missing arpa\nameser.h
From: paul at ensigma dot com dot au Operating system: Windows XP PHP version: 5.2.12 PHP Bug Type: Compile Failure Bug description: missing arpa\nameser.h Description: 1. read build/install notes for windows 2. ran: > cscript /nologo configure.js --with-sqlite --with-pdo-sqlite 3. Got: Checking for mt.exe ... C:\Program Files\\Microsoft SDKs\Windows\v6.0A\bin Checking for arpa\nameser.h ... Checking for arpa\nameser.h ... ERROR: We really need that arpa\nameser.h file - it is part of the win32build package Reproduce code: --- run: cscript /nologo configure.js --with-sqlite --with-pdo-sqlite Expected result: successful generation of build scripts. Actual result: -- failure to generate build scripts due to missing file arpa\nameser.h -- Edit bug report at http://bugs.php.net/?id=50920&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50920&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50920&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50920&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50920&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50920&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50920&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50920&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50920&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50920&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50920&r=support Expected behavior: http://bugs.php.net/fix.php?id=50920&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50920&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50920&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50920&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50920&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50920&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50920&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50920&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50920&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50920&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50920&r=mysqlcfg
#41265 [Bgs->Opn]: spurious error about missing iconv
ID: 41265 User updated by: paul at ensigma dot com dot au Reported By: paul at ensigma dot com dot au -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: Linux - Slackware 11.0 PHP Version: 5.2.1 New Comment: The error from ./configure is still very misleading. Do you expect that people to ignore a specific error report like that and then go hunting to find out what the real problem is? It certainly wasn't my first thought - I figured there was something wrong with iconv. If hunting down to config.log is the MO then maybe the error should say "Something has gone wrong check config.log to find out what" Previous Comments: [2007-05-03 10:29:18] [EMAIL PROTECTED] The config.log clearly says what is the problem. [2007-05-03 02:19:57] paul at ensigma dot com dot au Description: ./configure reports missing iconv when in fact ttf is missing Configuration line was: ./configure --with-mysql --with-gd --with-ttf --enable-track-vars --with-apxs2=/usr/local/apache2/bin/apxs --with-jpeg --with-png --with-zlib --with-tiff --with-gdbm --with-pdflib=/usr/local --with-freetype --enable-mbstring failed to compile complaining about iconv install but iconv is correctly installed. Reproduce code: --- Run above configuration line with no libttf Expected result: Successful compile Actual result: -- checking for iconv support... yes checking for iconv... no checking for libiconv... no checking for libiconv in -liconv... no checking for iconv in -liconv... no configure: error: Please reinstall the iconv library. Config.log shows the issue: int main() { libiconv() ; return 0; } configure:44525: checking for iconv in -liconv configure:44544: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -liconv -lttf -lpng -lz -lgdbm -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm 1>&5 /usr/lib/gcc/i486-slackware-linux/3.4.6/../../../../i486-slackware-linux/bin/ld: cannot find -lttf collect2: ld returned 1 exit status configure: failed program was: #line 44533 "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 iconv(); int main() { iconv() ; return 0; } -- Edit this bug report at http://bugs.php.net/?id=41265&edit=1
#41265 [NEW]: spurious error about missing iconv
From: paul at ensigma dot com dot au Operating system: Linux - Slackware 11.0 PHP version: 5.2.1 PHP Bug Type: Compile Failure Bug description: spurious error about missing iconv Description: ./configure reports missing iconv when in fact ttf is missing Configuration line was: ./configure --with-mysql --with-gd --with-ttf --enable-track-vars --with-apxs2=/usr/local/apache2/bin/apxs --with-jpeg --with-png --with-zlib --with-tiff --with-gdbm --with-pdflib=/usr/local --with-freetype --enable-mbstring failed to compile complaining about iconv install but iconv is correctly installed. Reproduce code: --- Run above configuration line with no libttf Expected result: Successful compile Actual result: -- checking for iconv support... yes checking for iconv... no checking for libiconv... no checking for libiconv in -liconv... no checking for iconv in -liconv... no configure: error: Please reinstall the iconv library. Config.log shows the issue: int main() { libiconv() ; return 0; } configure:44525: checking for iconv in -liconv configure:44544: gcc -o conftest -g -O2 -Wl,-rpath,/usr/local/lib -L/usr/local/lib conftest.c -liconv -lttf -lpng -lz -lgdbm -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm 1>&5 /usr/lib/gcc/i486-slackware-linux/3.4.6/../../../../i486-slackware-linux/bin/ld: cannot find -lttf collect2: ld returned 1 exit status configure: failed program was: #line 44533 "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 iconv(); int main() { iconv() ; return 0; } -- Edit bug report at http://bugs.php.net/?id=41265&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41265&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41265&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41265&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41265&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41265&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41265&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41265&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41265&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41265&r=support Expected behavior:http://bugs.php.net/fix.php?id=41265&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41265&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41265&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41265&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41265&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41265&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41265&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41265&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41265&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41265&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41265&r=mysqlcfg
#35890 [Bgs]: Cannot load libphp5.so - undefined symbol ...
ID: 35890 User updated by: paul at ensigma dot com dot au Reported By: paul at ensigma dot com dot au Status: Bogus Bug Type: *General Issues Operating System: Redhat 9.0 PHP Version: 5.1.1 New Comment: For those who follow,... completely removing the PHP-5.1.1 source tree (ie re-extracting the tar ball) and then running the configure/make again fixed the problems. It seems like maybe the first build created some turds that were not removed by a "make clean"?? Perhaps this was related to an old version of libxml the first time configure was run??. All very strange but working correctly now. P.S. As anticipated the configure command worked fine - perhaps a lesson to some that being an arrogant @*&$ is not without it's risks. Previous Comments: [2006-01-04 22:29:50] paul at ensigma dot com dot au Sorry for reporting a non bug. I am not sure whether your parting comment is intended to be flippant or rude but either way, it is dangerous to presume that other people are idiots. I can't imagine how you think I could possibly come up with the congigure options without using ./configure --help and the configure line DOES work for 4.3.2 and 4.4.0 and most other versions back to 3.0. [2006-01-04 10:25:04] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Your configure line isn't even close to something that can work. Try ./configure --help once in your life. ---- [2006-01-04 07:26:58] paul at ensigma dot com dot au Description: I compiled PHP 5.1.1 on Redhat 9.0 with the following command: ./configure --with-mysql=/usr --with-gd --with-ttf --enable-track-vars --with-apxs2=/usr/local/apache2/bin/apxs --with-jpeg-dir=/root/source/jpeg-6b/ --with-png-dir=/usr/local/lib/libp\ ng.a --with-zlib-dir=/usr/local/lib/zlib.a --with-tiff-dir=/usr/local/lib/libtiff.a --with-gdbm --enable-mbstring When I attempt to load it into Apache 2.0.50 (via LoadModule php5_module modules/libphp5.so), I get the following error on startup: Starting httpd: Syntax error on line 56 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: php_libxml_increment_node_ptr The machine has been running many previous version of PHP (most recently 4.3.2). I had to upgrade my libxml2 library bit this seemed to work as planned. This looks a little like 35737 and 33004 both of which didn't come to much,... but there seem to be quite a lot of similar problems mentioned on the web so I thought I should report it. Apologies in advance I am being a clown :-) Expected result: Expected Apache to start without error. Actual result: -- Error on starting apache: Starting httpd: Syntax error on line 56 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: php_libxml_increment_node_ptr Running ldd I get: [EMAIL PROTECTED] lib]# ldd -d /usr/local/apache2/modules/libphp5.so libcrypt.so.1 => /lib/libcrypt.so.1 (0x403fb000) libmysqlclient.so.14 => /usr/lib/libmysqlclient.so.14 (0x40428000) libttf.so.2 => /usr/lib/libttf.so.2 (0x4052b000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40551000) libz.so.1 => /usr/lib/libz.so.1 (0x40574000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40583000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x405a1000) libresolv.so.2 => /lib/libresolv.so.2 (0x405a8000) libm.so.6 => /lib/tls/libm.so.6 (0x405ba000) libdl.so.2 => /lib/libdl.so.2 (0x405dc000) libnsl.so.1 => /lib/libnsl.so.1 (0x405df000) libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x405f5000) libc.so.6 => /lib/tls/libc.so.6 (0x4200) libnss_files.so.2 => /lib/libnss_files.so.2 (0x4070) libnss_dns.so.2 => /lib/libnss_dns.so.2 (0x4070c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4071) undefined symbol: php_libxml_increment_node_ptr (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_node_free_resource (/usr/local/apache2/modules/libphp5.so
#35890 [Bgs]: Cannot load libphp5.so - undefined symbol ...
ID: 35890 User updated by: paul at ensigma dot com dot au Reported By: paul at ensigma dot com dot au Status: Bogus Bug Type: *General Issues Operating System: Redhat 9.0 PHP Version: 5.1.1 New Comment: Sorry for reporting a non bug. I am not sure whether your parting comment is intended to be flippant or rude but either way, it is dangerous to presume that other people are idiots. I can't imagine how you think I could possibly come up with the congigure options without using ./configure --help and the configure line DOES work for 4.3.2 and 4.4.0 and most other versions back to 3.0. Previous Comments: [2006-01-04 10:25:04] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Your configure line isn't even close to something that can work. Try ./configure --help once in your life. [2006-01-04 07:26:58] paul at ensigma dot com dot au Description: I compiled PHP 5.1.1 on Redhat 9.0 with the following command: ./configure --with-mysql=/usr --with-gd --with-ttf --enable-track-vars --with-apxs2=/usr/local/apache2/bin/apxs --with-jpeg-dir=/root/source/jpeg-6b/ --with-png-dir=/usr/local/lib/libp\ ng.a --with-zlib-dir=/usr/local/lib/zlib.a --with-tiff-dir=/usr/local/lib/libtiff.a --with-gdbm --enable-mbstring When I attempt to load it into Apache 2.0.50 (via LoadModule php5_module modules/libphp5.so), I get the following error on startup: Starting httpd: Syntax error on line 56 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: php_libxml_increment_node_ptr The machine has been running many previous version of PHP (most recently 4.3.2). I had to upgrade my libxml2 library bit this seemed to work as planned. This looks a little like 35737 and 33004 both of which didn't come to much,... but there seem to be quite a lot of similar problems mentioned on the web so I thought I should report it. Apologies in advance I am being a clown :-) Expected result: Expected Apache to start without error. Actual result: -- Error on starting apache: Starting httpd: Syntax error on line 56 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: php_libxml_increment_node_ptr Running ldd I get: [EMAIL PROTECTED] lib]# ldd -d /usr/local/apache2/modules/libphp5.so libcrypt.so.1 => /lib/libcrypt.so.1 (0x403fb000) libmysqlclient.so.14 => /usr/lib/libmysqlclient.so.14 (0x40428000) libttf.so.2 => /usr/lib/libttf.so.2 (0x4052b000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40551000) libz.so.1 => /usr/lib/libz.so.1 (0x40574000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40583000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x405a1000) libresolv.so.2 => /lib/libresolv.so.2 (0x405a8000) libm.so.6 => /lib/tls/libm.so.6 (0x405ba000) libdl.so.2 => /lib/libdl.so.2 (0x405dc000) libnsl.so.1 => /lib/libnsl.so.1 (0x405df000) libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x405f5000) libc.so.6 => /lib/tls/libc.so.6 (0x4200) libnss_files.so.2 => /lib/libnss_files.so.2 (0x4070) libnss_dns.so.2 => /lib/libnss_dns.so.2 (0x4070c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4071) undefined symbol: php_libxml_increment_node_ptr (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_node_free_resource (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_node_decrement_resource (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_increment_doc_ref (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_import_node (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_register_export (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_format_date (/usr/local/apache2/modules/libphp5.so) undefined symbol: get_timezone_info (/usr/local/apache2/modules/libphp5.so) undefined symbol: timelib_get_time_zone_info (/usr/local/apache2/modules/libphp5.so) undefined symbol: timelib_time_offset_dtor (/usr/local/apache2/modul
#35890 [NEW]: Cannot load libphp5.so - undefined symbol ...
From: paul at ensigma dot com dot au Operating system: Redhat 9.0 PHP version: 5.1.1 PHP Bug Type: Dynamic loading Bug description: Cannot load libphp5.so - undefined symbol ... Description: I compiled PHP 5.1.1 on Redhat 9.0 with the following command: ./configure --with-mysql=/usr --with-gd --with-ttf --enable-track-vars --with-apxs2=/usr/local/apache2/bin/apxs --with-jpeg-dir=/root/source/jpeg-6b/ --with-png-dir=/usr/local/lib/libp\ ng.a --with-zlib-dir=/usr/local/lib/zlib.a --with-tiff-dir=/usr/local/lib/libtiff.a --with-gdbm --enable-mbstring When I attempt to load it into Apache 2.0.50 (via LoadModule php5_module modules/libphp5.so), I get the following error on startup: Starting httpd: Syntax error on line 56 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: php_libxml_increment_node_ptr The machine has been running many previous version of PHP (most recently 4.3.2). I had to upgrade my libxml2 library bit this seemed to work as planned. This looks a little like 35737 and 33004 both of which didn't come to much,... but there seem to be quite a lot of similar problems mentioned on the web so I thought I should report it. Apologies in advance I am being a clown :-) Expected result: Expected Apache to start without error. Actual result: -- Error on starting apache: Starting httpd: Syntax error on line 56 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: php_libxml_increment_node_ptr Running ldd I get: [EMAIL PROTECTED] lib]# ldd -d /usr/local/apache2/modules/libphp5.so libcrypt.so.1 => /lib/libcrypt.so.1 (0x403fb000) libmysqlclient.so.14 => /usr/lib/libmysqlclient.so.14 (0x40428000) libttf.so.2 => /usr/lib/libttf.so.2 (0x4052b000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40551000) libz.so.1 => /usr/lib/libz.so.1 (0x40574000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40583000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x405a1000) libresolv.so.2 => /lib/libresolv.so.2 (0x405a8000) libm.so.6 => /lib/tls/libm.so.6 (0x405ba000) libdl.so.2 => /lib/libdl.so.2 (0x405dc000) libnsl.so.1 => /lib/libnsl.so.1 (0x405df000) libxml2.so.2 => /usr/local/lib/libxml2.so.2 (0x405f5000) libc.so.6 => /lib/tls/libc.so.6 (0x4200) libnss_files.so.2 => /lib/libnss_files.so.2 (0x4070) libnss_dns.so.2 => /lib/libnss_dns.so.2 (0x4070c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x4071) undefined symbol: php_libxml_increment_node_ptr (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_node_free_resource (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_node_decrement_resource (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_increment_doc_ref (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_import_node (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_libxml_register_export (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_format_date (/usr/local/apache2/modules/libphp5.so) undefined symbol: get_timezone_info (/usr/local/apache2/modules/libphp5.so) undefined symbol: timelib_get_time_zone_info (/usr/local/apache2/modules/libphp5.so) undefined symbol: timelib_time_offset_dtor (/usr/local/apache2/modules/libphp5.so) undefined symbol: php_pcre_replace (/usr/local/apache2/modules/libphp5.so) undefined symbol: ap_rwrite (/usr/local/apache2/modules/libphp5.so) undefined symbol: apr_table_set (/usr/local/apache2/modules/libphp5.so) undefined symbol: apr_table_add (/usr/local/apache2/modules/libphp5.so) undefined symbol: apr_pstrdup (/usr/local/apache2/modules/libphp5.so) undefined symbol: ap_set_content_type (/usr/local/apache2/modules/libphp5.so) undefined symbol: ap_get_brigade (/usr/local/apache2/modules/libphp5.so) undefined symbol: apr_brigade_flatten (/usr/local/apache2/modules/libphp5.so) undefined symbol: apr_brigade_cleanup (/usr/local/apache2/modules/libphp5.so) undefined symbol: apr_table_get (/usr/local/apache2/modules/libphp5.so) undefined symbol: apr_table_elts (/usr/local/apache2/modules/libphp5.so) undefined symbol: ap_rflush (/usr/local/apache2/modules/libphp5.so) undefined symbol: ap_log_rerror (/usr/local/apache2/modules/libphp5.so) undefined symbol: ap_log_error (/usr/local/apache2/modules/libphp5.so) undefined symbol: ap_add_version_component (/usr/local/apache2/modules/libphp5.so) undefined symbol: ap_mpm_query (/usr/local/apache2/modules/libphp5.so) undefined symbol: apr_pool_userdata_get
#24005 [Ana]: Distributions version of mnoGoSearch extension does not work with MySQL 4
ID: 24005 User updated by: paul at ensigma dot com dot au Reported By: paul at ensigma dot com dot au Status: Analyzed Bug Type: mnoGoSearch related Operating System: RedHat 9 PHP Version: 4.3.2 Assigned To: gluke New Comment: There is still the issue of the old version of mnoGoSearch in the 4.3.2 source code... has that been updated?? Previous Comments: [2003-06-10 09:34:41] [EMAIL PROTECTED] It seems to be because of buggy gcc-3.x compiler in your distribution. The normal gcc behavior is to ignore -l switch dupes. [2003-06-06 06:32:32] [EMAIL PROTECTED] Sergey, deal with this. [2003-06-03 21:24:12] paul at ensigma dot com dot au I tried to compile PHP-4.3.2 with the --with-mnogosearch option and with MySQL 4.0.13 installed from RPM . ./configure --with-mysql=/usr --with-gd --with-ttf --enable-track-vars --with-apxs2=/usr/local/apache2/bin/apxs --with-mnogosearch --with-jpeg-dir=/root/source/jpeg-6b/ --with-png-dir=/usr/local/lib/libpng.a --with-zlib-dir=/usr/local/lib/zlib.a --with-tiff-dir=/usr/local/lib/libtiff.a --with-mnogosearch It failed complaining about "ext/mysql/phpmysql.c: undefined reference to mysql_create_db". I downloaded the latest php-extension from www.mnogosearch.org (mnogosearch-php-extension-1.7.3.tar.gz) and replaced the contents of ext/mnogosearch with the files in this archive and it all worked a treat (with a quick edit to remove the second reference to -lmysqlclient in the EXTRA_LIBS line the PHP Makefile... but I think that mnoGo's fault!) -- Edit this bug report at http://bugs.php.net/?id=24005&edit=1
#24005 [NEW]: Distributions version of mnoGoSearch extension does not work with MySQL 4
From: paul at ensigma dot com dot au Operating system: RedHat 9 PHP version: 4.3.2 PHP Bug Type: Compile Failure Bug description: Distributions version of mnoGoSearch extension does not work with MySQL 4 I tried to compile PHP-4.3.2 with the --with-mnogosearch option and with MySQL 4.0.13 installed from RPM . ./configure --with-mysql=/usr --with-gd --with-ttf --enable-track-vars --with-apxs2=/usr/local/apache2/bin/apxs --with-mnogosearch --with-jpeg-dir=/root/source/jpeg-6b/ --with-png-dir=/usr/local/lib/libpng.a --with-zlib-dir=/usr/local/lib/zlib.a --with-tiff-dir=/usr/local/lib/libtiff.a --with-mnogosearch It failed complaining about "ext/mysql/phpmysql.c: undefined reference to mysql_create_db". I downloaded the latest php-extension from www.mnogosearch.org (mnogosearch-php-extension-1.7.3.tar.gz) and replaced the contents of ext/mnogosearch with the files in this archive and it all worked a treat (with a quick edit to remove the second reference to -lmysqlclient in the EXTRA_LIBS line the PHP Makefile... but I think that mnoGo's fault!) -- Edit bug report at http://bugs.php.net/?id=24005&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24005&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24005&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24005&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24005&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24005&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24005&r=support Expected behavior: http://bugs.php.net/fix.php?id=24005&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24005&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24005&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24005&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24005&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24005&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24005&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24005&r=gnused