[PHP-DEV] RE: Bug #10008 Updated: Can not create shared libraries
Hi, I have tried to reply to previous emails but all email attempts keep bouncing. We are STILL having the problem - and according to the manufacturer of the server, there IS a bug with PHP4.0 on StrongArm chip systems. I have not yet attempted to compile 4.0.6RC2 on the system - when I get a chance I will try that. Does it specifically address the strong arm chip issues? thanks, Shannon -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 21, 2001 10:31 PM To: [EMAIL PROTECTED] Subject: Bug #10008 Updated: Can not create shared libraries ID: 10008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Bogus Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: No feedback and most likely a user error / broken system. Previous Comments: --- [2001-06-03 20:24:17] [EMAIL PROTECTED] Is this problem still valid? Does it happen with PHP 4.0.5? And what about PHP 4.0.6RC2 from here: http://www.php.net/~andi/php-4.0.6RC2.tar.gz --Jani --- [2001-03-26 23:42:40] [EMAIL PROTECTED] When attempting to compile php4.0p11 for our netwinder (which is an arm based server running a variant of RedHat see www.netwinder.com for more info) I am running into consistant difficulties in compiling and linking. If I attempt to build using: ./configure --without-mysql --with-apxs the make appears to work - but the subsequent make install does NOT create any shared objects. Using a wide array of other options does NOT seem to solve these problems -though some options to the configure will move the error to the: make . Your help is much appreciated! Here are the contents of my config.log file. - config.log -- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1299: checking for a BSD compatible install configure:1352: checking whether build environment is sane configure:1409: checking whether make sets ${MAKE} configure:1448: checking for working aclocal configure:1461: checking for working autoconf configure:1474: checking for working automake configure:1487: checking for working autoheader configure:1500: checking for working makeinfo configure:1530: checking whether to enable maintainer-specific portions of Makefiles configure:1559: checking host system type configure:1587: checking for gawk configure:1621: checking for bison configure:1655: checking bison version configure:1668: checking for gcc configure:1781: checking whether the C compiler (gcc ) works configure:1797: gcc -o conftestconftest.c 15 configure:1823: checking whether the C compiler (gcc ) is a cross-compiler configure:1828: checking whether we are using GNU C configure:1856: checking whether gcc accepts -g configure:1888: checking how to run the C preprocessor configure:1968: checking for AIX configure:2013: checking for gcc option to accept ANSI C configure:2093: checking for ranlib configure:2122: checking whether gcc and cc understand -c and -o together configure:2173: checking whether ln -s works configure:2200: checking for flex configure:2233: checking for flex configure:2267: checking for yywrap in -lfl configure:2309: checking lex output file root configure:2330: checking whether yytext is a pointer configure:2372: checking for working const configure:2543: gcc -o conftest -g -O2 -pthread conftest.c 15 configure:2563: checking for pthreads_cflags configure:2625: checking for pthreads_lib configure:2722: checking for AOLserver support configure:2796: checking for Apache module support via DSO through APXS configure:3127: checking for mod_charset compatibility option configure:3197: checking for Apache 2.0 module support via DSO through APXS configure:3324: checking for Caudium support configure:3600: checking for fhttpd module support configure:3645: checking for Zeus ISAPI support configure:3707: checking for NSAPI support configure:3786: checking for PHTTPD support configure:3847: checking for Pi3Web Support configure:4025: checking for Roxen/Pike support configure:4127: checking for Servlet support configure:4254: checking for thttpd configure:4260: checking for chosen SAPI module configure:4309: checking for missing declarations of reentrant functions configure:4318: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4343: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4368: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4393: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4418: gcc -c -g -O2 -DLINUX=2 -DUSE_EXPAT conftest.c 15 configure:4439: checking whether compiler supports -R configure:4472: checking whether compiler supports -Wl,-rpath, configure:4512: checking for sendmail configure:4555: checking whether system uses EBCDIC
Re: [PHP-DEV] RE: Bug #10008 Updated: Can not create shared libraries
On Fri, 22 Jun 2001, Shannon J. Clark wrote: Hi, I have tried to reply to previous emails but all email attempts keep bouncing. We are STILL having the problem - and according to the manufacturer of the server, there IS a bug with PHP4.0 on StrongArm chip systems. I have not yet attempted to compile 4.0.6RC2 on the system - when I get a chance I will try that. Does it specifically address the strong arm chip issues? PHP 4.0.6 will come out very shortly (ie within a a few days). regards, Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] RE: Bug #10008 Updated: Can not create shared libraries
Jani, I would have used the web interface had there been information pointing me back to it in the email - it has been a while since I submitted the bug report. I only have one StrongArm server in this office, and currently it is used in a production environment (i.e. it is my webserver and mailserver) so we can't provide outside access to it - however we certainly would be willing to do some test builds/compiles on it - but don't have huge amounts of time to devote to this. That said, we are a nearly totally PHP shop - so we would indeed like to help out. How (and where) do we go to get the build that we should test? thanks, Shannon -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Friday, June 22, 2001 8:17 AM To: [EMAIL PROTECTED] Subject: Bug #10008 Updated: Can not create shared libraries ID: 10008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: User feedback (next time, use the WEB interface to answer): --- I have tried to reply to previous emails but all email attempts keep bouncing. We are STILL having the problem - and according to the manufacturer of the server, there IS a bug with PHP4.0 on StrongArm chip systems. I have not yet attempted to compile 4.0.6RC2 on the system - when I get a chance I will try that. Does it specifically address the strong arm chip issues? --- I'm not 100% sure but I think this might have been addressed in the latest CVS which uses libtool 1.4. The 4.0.6 does NOT use it so the problem might still be in it. Unfortunately we don't have any ARM/Linux systems to test this on. Could you provide us an access to one? --Jani Previous Comments: --- [2001-06-21 23:31:04] [EMAIL PROTECTED] No feedback and most likely a user error / broken system. --- [2001-06-03 20:24:17] [EMAIL PROTECTED] Is this problem still valid? Does it happen with PHP 4.0.5? And what about PHP 4.0.6RC2 from here: http://www.php.net/~andi/php-4.0.6RC2.tar.gz --Jani --- [2001-03-26 23:42:40] [EMAIL PROTECTED] When attempting to compile php4.0p11 for our netwinder (which is an arm based server running a variant of RedHat see www.netwinder.com for more info) I am running into consistant difficulties in compiling and linking. If I attempt to build using: ./configure --without-mysql --with-apxs the make appears to work - but the subsequent make install does NOT create any shared objects. Using a wide array of other options does NOT seem to solve these problems -though some options to the configure will move the error to the: make . Your help is much appreciated! Here are the contents of my config.log file. - config.log -- This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1299: checking for a BSD compatible install configure:1352: checking whether build environment is sane configure:1409: checking whether make sets ${MAKE} configure:1448: checking for working aclocal configure:1461: checking for working autoconf configure:1474: checking for working automake configure:1487: checking for working autoheader configure:1500: checking for working makeinfo configure:1530: checking whether to enable maintainer-specific portions of Makefiles configure:1559: checking host system type configure:1587: checking for gawk configure:1621: checking for bison configure:1655: checking bison version configure:1668: checking for gcc configure:1781: checking whether the C compiler (gcc ) works configure:1797: gcc -o conftestconftest.c 15 configure:1823: checking whether the C compiler (gcc ) is a cross-compiler configure:1828: checking whether we are using GNU C configure:1856: checking whether gcc accepts -g configure:1888: checking how to run the C preprocessor configure:1968: checking for AIX configure:2013: checking for gcc option to accept ANSI C configure:2093: checking for ranlib configure:2122: checking whether gcc and cc understand -c and -o together configure:2173: checking whether ln -s works configure:2200: checking for flex configure:2233: checking for flex configure:2267: checking for yywrap in -lfl configure:2309: checking lex output file root configure:2330: checking whether yytext is a pointer configure:2372: checking for working const configure:2543: gcc -o conftest -g -O2 -pthread conftest.c 15 configure:2563: checking for pthreads_cflags configure:2625: checking for pthreads_lib configure:2722: checking for AOLserver support configure:2796: checking for Apache module support via DSO through APXS