[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
