PHP 4.0 Bug #9400 Updated: Duplicate symbol with GD

ID: 9400 User Update by: l_faillie@yahoo.com Old-Status: Feedback Status: Open Bug Type: Sockets related Description: Duplicate symbol with GD Hi Jani, 1/ Yes I compile my self Apache because I found only HPUX 11 binary (and because, in security point of view, it's safter). 2/ I compile successfully PHP on my machine but using staticaly compiled module into apache. I found the cause of my last problem : it's because hstrerror() doesn't exist under HP-UX. So i only use strerror() into socket.c and now all compile OK. I will now try to recompile the whole stuff as dymamicaly loaded module (because php takes a very very long time to compile on my old workstation and it will be a mess at every apache or PHP new release if I still use a static module). 3/ I'm trying also to compile PHP on my own SPARC workstation at home and socket.c doesn't compile also under Solaris 7. It's again because of a mishandling of header. Is it usefull for you to have my patch for solaris ? Bye Laurent Previous Comments: --------------------------------------------------------------------------- [2001-03-09 13:19:43] sniper@php.net Okay, could you try configuring PHP without the socket support? ie. leave --enable-sockets out of your configure line. Remember to delete config.cache before reconfiguring! And do 'make clean' after configure. The sockets extension is considered EXPERIMENTAL at the moment (as you can see, it doesn't compile right in every system.. :) so I would first like to see that PHP works for you WITHOUT it. And did you compile Apache yourself? --Jani --------------------------------------------------------------------------- [2001-03-09 09:51:52] l_faillie@yahoo.com Hi Jani, I download the file and then 1/ When I compile with the orginal source code : $ gmake datas/depot/php4-200103090345/Zend -I/datas/depot/php4-200103090345/ext/xml/expat/xmltok -I/datas/depot/php4-200 103090345/ext/xml/expat/xmlparse -I/datas/depot/php4-200103090345/TSRM -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT -DSUPP ORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c sockets.c In file included from /usr/include/netdb.h:71, from sockets.c:44: /usr/include/netinet/in.h:96: conflicting types for `u_int' /usr/include/sys/types.h:281: previous declaration of `u_int' sockets.c: In function `php_if_strerror': sockets.c:1088: warning: assignment makes pointer from integer without a cast gmake[3]: *** [sockets.lo] Error 1 gmake[3]: Leaving directory `/datas/depot/php4-200103090345/ext/sockets' ... 2/ After adding #define _IN_ADDR_T into sockets.c gmake[3]: Entering directory `/datas/depot/php4-200103090345/ext/sockets' /bin/sh /datas/depot/php4-200103090345/libtool --silent --mode=compile gcc -I. -I/datas/depot/php4-200103090345/ ext/sockets -I/datas/depot/php4-200103090345/main -I/datas/depot/php4-200103090345 -I/usr/local/apache/include -I /datas/depot/php4-200103090345/Zend -I/datas/depot/php4-200103090345/ext/xml/expat/xmltok -I/datas/depot/php4-200 103090345/ext/xml/expat/xmlparse -I/datas/depot/php4-200103090345/TSRM -DHPUX10 -DUSE_HSREGEX -DUSE_EXPAT -DSUPP ORT_UTF8 -DXML_BYTE_ORDER=21 -g -O2 -c sockets.c sockets.c: In function `php_if_strerror': sockets.c:1090: warning: assignment makes pointer from integer without a cast ... and the compile finishes successfully. 3/ $ gmake install ... gmake[1]: Entering directory `/datas/depot/php4-200103090345' /usr/local/apache/bin/apxs -i -a -n php4 libs/libphp4.sl apxs:Error: file libs/libphp4.sl is not a DSO gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/datas/depot/php4-200103090345' gmake: *** [install-recursive] Error 1 4/ cp libs/libphp4.sl /usr/local/apache/libexec/libphp4.so [root]/usr/local/apache $bin/apachectl configtest /usr/lib/dld.sl: Unresolved symbol: hstrerror (code) from /usr/local/apache/libexec/libphp4.sl Syntax error on line 207 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.sl into server: No such file or directory So, it's the same symptoms than with the previous release :-( Bye Laurent PS: I'm in holiday next week :-) --------------------------------------------------------------------------- [2001-03-09 06:21:57] sniper@php.net Please try the latest CVS snapshot from http://snaps.php.net/ and this time DO NOT tamper with the sources by yourself.. --Jani --------------------------------------------------------------------------- [2001-03-09 05:33:00] l_faillie@yahoo.com Hi Jani, unfortunatly, it doesn't work :-( [root]/usr/local/apache/bin $apachectl configtest /usr/lib/dld.sl: Unresolved symbol: SUN_LEN (code) from /usr/local/apache/libexec/libphp4.sl /usr/lib/dld.sl: Unresolved symbol: hstrerror (code) from /usr/local/apache/libexec/libphp4.sl Syntax error on line 207 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libphp4.sl into server: No such file or directory [root]/usr/local/apache/bin $ll /usr/local/apache/libexec/libphp4.sl -rwxr-xr-x 1 root sys 7176620 Mar 8 18:33 /usr/local/apache/libexec/libphp4.sl Obviously, the same thing if a rename the file to libphp4.so - Laurent --------------------------------------------------------------------------- [2001-03-08 18:58:59] sniper@php.net Might be that the Apache in HP-UX expects .so instead of .sl ? Try renaming the libphp4.sl to libphp4.so --Jani --------------------------------------------------------------------------- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. Full Bug description available at: http://bugs.php.net/?id=9400