Summary: | dev-lang/php-7.2.3 with dev-libs/libressl-2.7.0 fails to build: error: static declaration of "RSA_set0_key" follows non-static declaration | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Reuben Farrelly <reuben-gentoo-bugzilla> |
Component: | Current packages | Assignee: | Gentoo LibreSSL <libressl> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | kfm, php-bugs |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 651228 | ||
Attachments: |
emerge --info output
Fix for php-7.2.3 compile failure with libressl-2.7.0 |
Description
Reuben Farrelly
2018-03-24 04:29:06 UTC
Created attachment 525154 [details]
emerge --info output
Created attachment 525212 [details, diff]
Fix for php-7.2.3 compile failure with libressl-2.7.0
This is the first (beta!) cut of a patch that fixes this bug and allows php to compile. It is compile tested with (php-7.2.3 and libressl-2.7.0) and appears to produce a php system binary and apache module that runs normally.
Note: not tested against any other versions of either libressl or php.
All bug reporters, can you please test against dev-libs/libressl-2.7.1 - Upgraded to libressl-2.7.1 - Tested by not applying the patch, attempting to recompile (fails) - Tested again applying the patch, (compile succeeds) => no change in compile behaviour or changes to the patch with the update to 2.7.1. (In reply to Reuben Farrelly from comment #4) > - Upgraded to libressl-2.7.1 > - Tested by not applying the patch, attempting to recompile (fails) > - Tested again applying the patch, (compile succeeds) > > => no change in compile behaviour or changes to the patch with the update to > 2.7.1. okay i'm cc-ing the php team to see how they want to proceed with this. can we add that patch contingent on USE=libressl or it that not an approach you want to take? Can you create an upstream bug and pull-request? These things actually get fixed pretty quick in the current (7.2.x) branch, so you might find that it winds up in the next bugfix release without having to patch. The PR will initiate a CI run, too. The bug report and patch looks to now have been created upstream: https://bugs.php.net/bug.php?id=76174 The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d8af50b8b4257360017447d012a08ca968a7c2a7 commit d8af50b8b4257360017447d012a08ca968a7c2a7 Author: Aaron Bauman <bman@gentoo.org> AuthorDate: 2018-04-30 00:14:35 +0000 Commit: Aaron Bauman <bman@gentoo.org> CommitDate: 2018-04-30 00:14:48 +0000 dev-lang/php: add LibreSSL compatibility patch This patch fixes building with >=dev-libs/libressl-2.7.x. Patch taken from upstream bug https://bugs.php.net/bug.php?id=76174. Hopefully this will be included in future releases to properly detect LibreSSL versions due to API differences. Closes: https://bugs.gentoo.org/651308 Package-Manager: Portage-2.3.31, Repoman-2.3.9 dev-lang/php/files/libressl-compatibility.patch | 65 +++++++++++++++++++++++++ dev-lang/php/php-7.0.29.ebuild | 7 ++- dev-lang/php/php-7.0.30.ebuild | 7 ++- dev-lang/php/php-7.1.16.ebuild | 7 ++- dev-lang/php/php-7.1.17.ebuild | 5 ++ dev-lang/php/php-7.2.5.ebuild | 5 ++ 6 files changed, 93 insertions(+), 3 deletions(-) |