What sort of processor do you have?

There is a problem with sparc and ppc processors and phar.

It's a sparc system. Is there a workaround since I don't need phar? If 
I add --disable-phar it builds successfully, but experiences a bus error during "make test".

If I build with --disable-phar it builds successfully but "make test" fails with:

-bash-3.00# make test

Build complete.
Don't forget to run 'make test'.

Bus Error - core dumped
*** Error code 138 (ignored)
The following command caused the error:
if test ! -z "" && test -x ""; then \
        TEST_PHP_EXECUTABLE= \
        TEST_PHP_SRCDIR=/opt/php-5.3.0alpha3 \
        CC="gcc" \
                 -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /opt/php-5.3.0alpha3/run-tests.php -d extension_dir=modules/ `  if test "x" != "x"; then  for i in ""; do  . $i; /opt/php-5.3.0alpha3/build/shtool echo -n -- " -d extension=$dlname";  done;  fi;  if test "x" != "x"; then  for i in ""; do  . $i; /opt/php-5.3.0alpha3/build/shtool echo -n -- " -d zend_extension=/opt/php-5.3.0alpha3/modules/$dlname";  done;  fi` tests/; \
elif test ! -z "sapi/cli/php" && test -x "sapi/cli/php"; then \
        INI_FILE=`/opt/php-5.3.0alpha3/sapi/cli/php -d 'display_errors=stderr' -r 'echo php_ini_loaded_file();' 2> /dev/null`; \
        if test "$INI_FILE"; then \
                egrep -v '^(zend_)?extension(_debug)?(_ts)?[\t\ ]*=' "$INI_FILE" > /opt/php-5.3.0alpha3/tmp-php.ini; \
        else \
                echo > /opt/php-5.3.0alpha3/tmp-php.ini; \
        fi; \
        INI_SCANNED_PATH=`/opt/php-5.3.0alpha3/sapi/cli/php -d 'display_errors=stderr' -r '$a = explode(",\n", trim(php_ini_scanned_files())); echo $a[0];' 2> /dev/null`; \
        if test "$INI_SCANNED_PATH"; then \
                INI_SCANNED_PATH=`/opt/php-5.3.0alpha3/build/shtool path -d $INI_SCANNED_PATH`; \
                egrep -h -v '^(zend_)?extension(_debug)?(_ts)?[\t\ ]*=' "$INI_SCANNED_PATH"/*.ini >> /opt/php-5.3.0alpha3/tmp-php.ini; \
        fi; \
        TEST_PHP_EXECUTABLE=/opt/php-5.3.0alpha3/sapi/cli/php \
        TEST_PHP_SRCDIR=/opt/php-5.3.0alpha3 \
        CC="gcc" \
                /opt/php-5.3.0alpha3/sapi/cli/php -n -c /opt/php-5.3.0alpha3/tmp-php.ini -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /opt/php-5.3.0alpha3/run-tests.php -n -c /opt/php-5.3.0alpha3/tmp-php.ini -d extension_dir=/opt/php-5.3.0alpha3/modules/ `  if test "x" != "x"; then  for i in ""; do  . $i; /opt/php-5.3.0alpha3/build/shtool echo -n -- " -d extension=$dlname";  done;  fi;  if test "x" != "x"; then  for i in ""; do  . $i; /opt/php-5.3.0alpha3/build/shtool echo -n -- " -d zend_extension=/opt/php-5.3.0alpha3/modules/$dlname";  done;  fi` ; \
else \
        echo "ERROR: Cannot run tests without CLI sapi."; \
fi

This is a gcc optimizer bug, if you do CFLAGS="-O0" prior to compiling it you don't get a problem.

I've been told SunCC works fine.

Please try using this CVS snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

same problem here with php-5.3.0.
on Solaris 10 and gcc 4.3.2

hi
 please see related bug - http://bugs.php.net/bug.php?id=48668 .

 if you compile with sun studio 12 (which is available for free from http://www.sun.com/sunstudio , you should not have this problem.

 future releases of php 5.3 should address this issue

URL for sun studio is http://developers.sun.com/sunstudio/

will try it or wait for 5.3.1, when is it scheduled ?

not able to compile with sun studio to many dependance (libs) need to be recompile with sun studio.

php5.3-200907282230 still has the same problem.

This bug has been fixed in SVN.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.

this issue is not because of a bug with gcc in sparc. sparc requires  memory accesses to be aligned. however, with php 5.3, zend stack was not aligned and this was causing php 5.3 to crash on sparc as well as on irix. 

this issue is now resolved with dmitry's commit as part of his fix for bug #46074. 

this below diff fixes this issue:
http://svn.php.net/viewvc?view=revision&revision=287992