Summary: | dev-lang/php-7.2.16 - Generating phar.php: /bin/sh: line 1: 13911 Segmentation fault ` if test -x "/var/tmp/portage/dev-lang/php-7.2.16/work/sapis-build/cli/sapi/cli/php"; then ... | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Serge <net1957> |
Component: | Current packages | Assignee: | PHP Bugs <php-bugs> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | lssndrbarbieri, mjo, net1957 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | https://bugs.php.net/bug.php?id=51216 | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=449386 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
environment |
Description
Serge
2019-05-21 20:24:28 UTC
Created attachment 577528 [details]
environment
This is a real bug (I've experienced it myself) but I don't know how to reproduce it and the upstream bug is closed as a "Gentoo problem." This evening the emerge -uDavt want to update to dev-lang/php-7.3.6
This is failing the same way:
Generating phar.php
/bin/sh: line 1: 14014 Segmentation fault ` if test -x "/var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/sapi/cli/php"; then /var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/build/shtool echo -n -- "/var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/sapi/cli/php -n"; if test "x" != "x"; then /var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/build/shtool echo -n -- " -d extension_dir=/var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/modules"; for i in bz2 zlib phar; do if test -f "/var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/modules/$i.la"; then . /var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/modules/$i.la; /var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/build/shtool echo -n -- " -d extension=$dlname"; fi; done; fi; else /var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/build/shtool echo -n -- "/var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/sapi/cli/php"; fi;` -n -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d phar.readonly=0 -d 'safe_mode=0' /var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli/ext/phar/build_precommand.php > ext/phar/phar.php
make: *** [Makefile:358: ext/phar/phar.php] Error 139
* ERROR: dev-lang/php-7.3.6::gentoo failed (compile phase):
* emake failed
*
* If you need support, post the output of `emerge --info '=dev-lang/php-7.3.6::gentoo'`,
* the complete build log and the output of `emerge -pqv '=dev-lang/php-7.3.6::gentoo'`.
* The complete build log is located at '/var/log/portage/dev-lang:php-7.3.6:20190604-182806.log'.
* For convenience, a symlink to the build log is located at '/var/tmp/portage/dev-lang/php-7.3.6/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/dev-lang/php-7.3.6/temp/environment'.
* Working directory: '/var/tmp/portage/dev-lang/php-7.3.6/work/sapis-build/cli'
* S: '/var/tmp/portage/dev-lang/php-7.3.6/work/php-7.3.6'
>>> Failed to emerge dev-lang/php-7.3.6, Log file
Very strange!
I had the same error but it went away after emerge @preserved-rebuild In particular I've rebuilt openldap Despite believing this is a real bug, I think we're going to need a report against the php-8.1 or php-8.2 series to have any hope of resolving it. |