Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at https://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: uorsini1 at gmail dot com Reported by:dtm2mcs at gmail dot com Summary:Segmentation fault when compiling PHP with PHAR Status: Not a bug Type: Bug Package:PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: I just ran into this on SPARC Solaris 5.9, php-5.3.x and 5.4.x. I remembered that long ago, way before phar, I had php coredumping when running tests. According to Andy Poliakov that was the result of a change in gcc's behavior, esp. when building code that interacts with openssl. Back then he suggested adding -fno-strict-aliasing to the CFLAGS in the main PHP Makefile. So I did the same in php-5.4.14, and voila, it gets past the phar stage and runs all tests fine. It's nothing to do with phar, it's just that 5.2.x and earlier weren't trying to use the mis-compiled php for anything during make. Anyone with this problem may want to try that. Previous Comments: [2013-01-28 22:40:06] johan...@php.net Apparently this is due to Gentoo bugs or such, please a) try running `./sapi/cli/php -m` or such in the working dir after building PHP, maybe under gdb. And then verify the patches ... [2013-01-28 19:42:37] renton at renton dot name php-5.3.20 # make ... Generating phar.phar make: *** [ext/phar/phar.phar] Segmentation fault Gentoo. [2013-01-04 13:15:04] olemar...@php.net Several Gentoo users have reported the same issue: https://bugs.gentoo.org/show_bug.cgi?id=449386 [2012-07-26 14:07:16] adamjonr at gmail dot com Same issue. Ubuntu 12.04 ./configure --enable-debug --enable-maintainer-zts Generating phar.php /bin/bash: line 1: 27380 Segmentation fault (core dumped) ` if test -x "/usr/local/src/php-5.4.4/sapi/cli/php"; then /usr/local/src/php- 5.4.4/build/shtool echo -n -- "/usr/local/src/php-5.4.4/sapi/cli/php -n"; if test "x" != "x"; then /usr/local/src/php-5.4.4/build/shtool echo -n -- " -d extension_dir=/usr/local/src/php-5.4.4/modules"; for i in bz2 zlib phar; do if test -f "/usr/local/src/php-5.4.4/modules/$i.la"; then . /usr/local/src/php- 5.4.4/modules/$i.la; /usr/local/src/php-5.4.4/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.4.4/build/shtool echo -n -- "/usr/local/src/php-5.4.4/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /usr/local/src/php-5.4.4/ext/phar/build_precommand.php > ext/phar/phar.php make: *** [ext/phar/phar.php] Error 139 [2012-03-28 04:13:51] daykinandy at gmail dot com I got the issue on opensuse 12.1 kde trying to install PHP 5.4 with a source compiled version of apache (2.2.22). Here is the output: /bin/sh: line 1: 31873 Segmentation fault ` if test -x "/home/adminuser/Downloads/php-5.4.0/sapi/cli/php"; then /home/adminuser/Downloads/php-5.4.0/build/shtool echo -n -- "/home/adminuser/Downloads/php-5.4.0/sapi/cli/php -n"; if test "x" != "x"; then /home/adminuser/Downloads/php-5.4.0/build/shtool echo -n -- " -d extension_dir=/home/adminuser/Downloads/php-5.4.0/modules"; for i in bz2 zlib phar; do if test -f "/home/adminuser/Downloads/php-5.4.0/modules/$i.la"; then . /home/adminuser/Downloads/php-5.4.0/modules/$i.la; /home/adminuser/Downloads/php-5.4.0/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /home/adminuser/Downloads/php-5.4.0/build/shtool echo -n -- "/home/adminuser/Downloads/php-5.4.0/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /home/adminuser/Downloads/php-5.4.0/ext/phar/build_precommand.php > ext/phar/phar.php make: *** [ext/phar/phar.php] Error 139 Here is my configure statement for PHP: ./configure --datadir=/usr/share/php5 --with-libdir=/lib --includedir=/usr/include --bindir=/usr/bin --with-pear --with-pcre-regex --enable-bcmath --enable-calendar --enable-debug --with-apxs2=/usr/local/apache2/bin/apxs --with-config-file-path=/etc/php5 --with-config-file-scan-dir=/etc/php5/conf.d --sysconfdir=/etc/php5 This was my apache configure statement: ./configure --enable-cache --enable-deflate --enable-expir
[PHP-BUG] Bug #64685 [NEW]: SunOS 5.9 doesn't have stdint.h
From: uorsini1 at gmail dot com Operating system: PHP version: 5.4.14 Package: Compile Failure Bug Type: Bug Bug description:SunOS 5.9 doesn't have stdint.h Description: ext/standard/string.c doesn't check for HAVE_INTTYPES_H and just uses stdint.h, which doesn't exist on Solaris 9. It needs to select the right header, like a few other sources in ext do. -- Edit bug report at https://bugs.php.net/bug.php?id=64685&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64685&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64685&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64685&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64685&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64685&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64685&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64685&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64685&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64685&r=support Expected behavior: https://bugs.php.net/fix.php?id=64685&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64685&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64685&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64685&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64685&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64685&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64685&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64685&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64685&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64685&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64685&r=mysqlcfg
Bug #50400 [Com]: Compile fails generating phar.phar
Edit report at https://bugs.php.net/bug.php?id=50400&edit=1 ID: 50400 Comment by: uorsini1 at gmail dot com Reported by:lepage at grm dot polymtl dot ca Summary:Compile fails generating phar.phar Status: No Feedback Type: Bug Package:PHAR related Operating System: Solaris 10 PHP Version:5.3.1 Assigned To:dsp Block user comment: N Private report: N New Comment: See my comment from 4/20/2013 in https://bugs.php.net/bug.php?id=51216 for a possible cause/workaround. Previous Comments: [2012-11-16 05:53:49] d...@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2010-09-28 15:26:17] steve at computurn dot com I have a fix for this issue (PHP5.3.3) It's caused by ext/phar/build_precommand.php having a header of #!/usr/bin/php I fixed it on my system by creating a /usr/bin/php symlink to a php executable, but I suspect the proper fix will be to change the #! to point to sapi/cli/php, if that's built when we get to this stage. [2010-07-05 21:43:00] omars1234 at gmail dot com Tried the new snapshot, no luck. Using Solaris10, gcc 4.2.1. Configured without any options. Generating phar.php *** Error code 139 The following command caused the error: ` if test -x "/tmp/php5.3-201007051830/sapi/cli/php"; then /tmp/php5.3-201007051830/build/shtool echo -n -- "/tmp/php5.3-201007051830/sapi/cli/php -n"; if test "x" != "x"; then /tmp/php5.3-201007051830/build/shtool echo -n -- " -d extension_dir=/tmp/php5.3-201007051830/modules"; for i in bz2 zlib phar; do if test -f "/tmp/php5.3-201007051830/modules/$i.la"; then . /tmp/php5.3-201007051830/modules/$i.la; /tmp/php5.3-201007051830/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /tmp/php5.3-201007051830/build/shtool echo -n -- "/tmp/php5.3-201007051830/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /tmp/php5.3-201007051830/ext/phar/build_precommand.php > ext/phar/phar.php make: Fatal error: Command failed for target `ext/phar/phar.php' (my disable-phar version didn't work out either, resulting cli-binary core dumps :( ) [2010-07-02 11:33:17] johan...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-07-02 01:04:44] omars1234 at gmail dot com As a work-around, pass "--disable-phar" to configure. I don't do anything that explicitly needs phar archives (so far), so I did this to build PHP5.3.2 on Solaris10 after running into the same problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=50400 -- Edit this bug report at https://bugs.php.net/bug.php?id=50400&edit=1
Bug #51216 [Com]: Segmentation fault when compiling PHP with PHAR
Edit report at https://bugs.php.net/bug.php?id=51216&edit=1 ID: 51216 Comment by: uorsini1 at gmail dot com Reported by:dtm2mcs at gmail dot com Summary:Segmentation fault when compiling PHP with PHAR Status: Not a bug Type: Bug Package:PHAR related Operating System: Ubuntu 6.04 + CentOS 5.4 PHP Version:5.3.2 Block user comment: N Private report: N New Comment: I should have said CFLAGS_CLEAN I think, since that's what cli builds use. Previous Comments: [2013-04-19 23:26:49] uorsini1 at gmail dot com I just ran into this on SPARC Solaris 5.9, php-5.3.x and 5.4.x. I remembered that long ago, way before phar, I had php coredumping when running tests. According to Andy Poliakov that was the result of a change in gcc's behavior, esp. when building code that interacts with openssl. Back then he suggested adding -fno-strict-aliasing to the CFLAGS in the main PHP Makefile. So I did the same in php-5.4.14, and voila, it gets past the phar stage and runs all tests fine. It's nothing to do with phar, it's just that 5.2.x and earlier weren't trying to use the mis-compiled php for anything during make. Anyone with this problem may want to try that. [2013-01-28 22:40:06] johan...@php.net Apparently this is due to Gentoo bugs or such, please a) try running `./sapi/cli/php -m` or such in the working dir after building PHP, maybe under gdb. And then verify the patches ... [2013-01-28 19:42:37] renton at renton dot name php-5.3.20 # make ... Generating phar.phar make: *** [ext/phar/phar.phar] Segmentation fault Gentoo. [2013-01-04 13:15:04] olemar...@php.net Several Gentoo users have reported the same issue: https://bugs.gentoo.org/show_bug.cgi?id=449386 [2012-07-26 14:07:16] adamjonr at gmail dot com Same issue. Ubuntu 12.04 ./configure --enable-debug --enable-maintainer-zts Generating phar.php /bin/bash: line 1: 27380 Segmentation fault (core dumped) ` if test -x "/usr/local/src/php-5.4.4/sapi/cli/php"; then /usr/local/src/php- 5.4.4/build/shtool echo -n -- "/usr/local/src/php-5.4.4/sapi/cli/php -n"; if test "x" != "x"; then /usr/local/src/php-5.4.4/build/shtool echo -n -- " -d extension_dir=/usr/local/src/php-5.4.4/modules"; for i in bz2 zlib phar; do if test -f "/usr/local/src/php-5.4.4/modules/$i.la"; then . /usr/local/src/php- 5.4.4/modules/$i.la; /usr/local/src/php-5.4.4/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /usr/local/src/php-5.4.4/build/shtool echo -n -- "/usr/local/src/php-5.4.4/sapi/cli/php"; fi;` -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /usr/local/src/php-5.4.4/ext/phar/build_precommand.php > ext/phar/phar.php make: *** [ext/phar/phar.php] Error 139 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=51216 -- Edit this bug report at https://bugs.php.net/bug.php?id=51216&edit=1