#45148 [Com]: Configure should stop when endian is unknown
ID: 45148
Comment by: rsxin at hotmail dot com
Reported By: ncoesel at dealogic dot nl
Status: Open
Bug Type: Compile Failure
Operating System: Linux
PHP Version: 5.2.6
New Comment:
I have the same error running folling script under mips-64 platform:
$this-time = date('H:i:s');
Previous Comments:
[2008-06-03 16:42:20] mike at w4g dot org
I just experienced a different result of the same problem on another
big-endian cross compiled platform. A floatval() conversion resulted in
the CPU being pegged until the script hit the 30s timeout. Doing some
ptrace(GETREGS) sampling of the program counter showed the processor in
pow5mult() and s2b(). Floating point constants were interpreted as -0
and floating point calculations would also wedge the CPU.
As a kludge setting 'ac_cv_c_bigendian_php=yes' in the environment
before running configure got it working.
Debugging PHP on a stripped down embedded platform is not fun.
Configuring bombing out would have saved a few hours.
[2008-06-02 11:52:14] ncoesel at dealogic dot nl
Description:
I had the error Balloc() allocation exceeds list boundary on a MIPS
big endian platform. It turns out configure cannot test for endiannes
and sets ac_cv_c_bigendian_php to unknown which presumably defaults to
little endian. IMHO configure should stop and produce a clear error to
enforce a proper build environment.
Reproduce code:
---
?php
phpinfo();
?
Expected result:
Php info output
Actual result:
--
Balloc() allocation exceeds list boundary when trying to print the
date.
--
Edit this bug report at http://bugs.php.net/?id=45148edit=1
#45148 [Com]: Configure should stop when endian is unknown
ID: 45148 Comment by: mike at w4g dot org Reported By: ncoesel at dealogic dot nl Status: Open Bug Type: *Compile Issues Operating System: Linux PHP Version: 5.2.6 New Comment: I just experienced a different result of the same problem on another big-endian cross compiled platform. A floatval() conversion resulted in the CPU being pegged until the script hit the 30s timeout. Doing some ptrace(GETREGS) sampling of the program counter showed the processor in pow5mult() and s2b(). Floating point constants were interpreted as -0 and floating point calculations would also wedge the CPU. As a kludge setting 'ac_cv_c_bigendian_php=yes' in the environment before running configure got it working. Debugging PHP on a stripped down embedded platform is not fun. Configuring bombing out would have saved a few hours. Previous Comments: [2008-06-02 11:52:14] ncoesel at dealogic dot nl Description: I had the error Balloc() allocation exceeds list boundary on a MIPS big endian platform. It turns out configure cannot test for endiannes and sets ac_cv_c_bigendian_php to unknown which presumably defaults to little endian. IMHO configure should stop and produce a clear error to enforce a proper build environment. Reproduce code: --- ?php phpinfo(); ? Expected result: Php info output Actual result: -- Balloc() allocation exceeds list boundary when trying to print the date. -- Edit this bug report at http://bugs.php.net/?id=45148edit=1
