Bug #76392 [Ver->Csd]: Error relocating sapi/cli/php: unsupported relocation type 37

From: Date: Sat, 07 Jul 2018 09:32:07 +0000
Subject: Bug #76392 [Ver->Csd]: Error relocating sapi/cli/php: unsupported relocation type 37
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-216194@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=76392&edit=1 ID: 76392 Updated by: nikic@php.net Reported by: peterkokot at gmail dot com Summary: Error relocating sapi/cli/php: unsupported relocation type 37 -Status: Verified +Status: Closed Type: Bug Package: *Compile Issues Operating System: Alpine 3.7 PHP Version: 7.3.0alpha2 Assigned To: laruence Block user comment: N Private report: N New Comment: Automatic comment on behalf of peterkokot@gmail.com Revision: http://git.php.net/?p=php-src.git;a=commit;h=67352cb2c01706b75d9a6f2793a2022f4751e355 Log: Fix bug #76392 Previous Comments: ------------------------------------------------------------------------ [2018-06-28 13:31:30] peterkokot at gmail dot com Pull request: https://github.com/php/php-src/pull/3349 On Debian Stretch it works ok, since these systems include glibc which has function attributes. ------------------------------------------------------------------------ [2018-06-25 10:08:08] f dot bosch at genkgo dot nl The weird thing is that when you use the same methodology for PHP 7.2, there is no problem. See the official Dockerfile for PHP 7.2 on Alpine 3.7. https://github.com/docker-library/php/blob/master/7.2/alpine3.7/cli/Dockerfile. So something must have changed in the meanwhile. Now I cannot remember for sure, but I believe this is also true for Debian Stretch. I tried to build PHP SRC master with Stretch, based on the official Stretch Dockerfile with some extra deps, but that failed too. Same error. I will try to confirm this. ------------------------------------------------------------------------ [2018-06-21 11:44:12] cmb@php.net It appears that the *compiler* supports ifunc, but the *runtime* does not. Instead of only checking whether ifunc can be compiled[1], we may need to actually run the resulting executable and check the status code. [1] <https://github.com/php/php-src/blob/98aa3a65c4e68e4cd50ab62221a409e4b74cec65/build/ax_gcc_func_attribute.m4#L152-L156> ------------------------------------------------------------------------ [2018-06-21 11:32:06] laruence@php.net So building PHP with ifunc supported environment and run it in a environment which is not supporting ifunc? (STT_GNU_IFUNC) ------------------------------------------------------------------------ [2018-06-21 10:56:46] cmb@php.net @laruence, could you please have a look at this? ------------------------------------------------------------------------ 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=76392 -- Edit this bug report at https://bugs.php.net/bug.php?id=76392&edit=1

« previous php.bugs (#216194) next »