Summary: | dev-libs/libressl-2.6.4 CFLAGS=-ggdb on HPPA - {standard input}:9663: Error: can't resolve `.gnu.warning.EVP_DecryptFinal' {.gnu.warning.EVP_DecryptFinal section} - `.Ltext0' {.text section} | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jeroen Roovers (RETIRED) <jer> |
Component: | Current packages | Assignee: | Gentoo LibreSSL <libressl> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bman, hppa, slyfox |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | HPPA | ||
OS: | Linux | ||
See Also: | https://sourceware.org/bugzilla/show_bug.cgi?id=22537 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
dev-libs:libressl-2.6.4:20180518-162547.log.xz
dev-libs:libressl-2.6.0:20180519-090718.log.xz dev-libs:libressl-2.2.4:20151031-065500.log.xz dev-libs:libressl-2.6.4:20180519-103547.log.xz libressl-2.6.4-gnu-warning.patch dev-libs:libressl-2.6.4:20180605-063023.log.xz |
Description
Jeroen Roovers (RETIRED)
![]() commit a81ab0ddbba50e62b413235195b8d5eb4659acb0 Author: Aaron Bauman <bman@gentoo.org> Date: Sun May 6 12:36:49 2018 -0400 dev-libs/libressl: hppa stable Package-Manager: Portage-2.3.36, Repoman-2.3.9 Created attachment 532210 [details]
dev-libs:libressl-2.6.0:20180519-090718.log.xz
commit 8edcfb54755d06432b9ce36507623da339a11848 Author: Sergei Trofimovich <slyfox@gentoo.org> Date: Tue Sep 19 22:03:57 2017 +0100 dev-libs/libressl: stable 2.6.0 for hppa, bug #627696 Package-Manager: Portage-2.3.8, Repoman-2.3.3 RepoMan-Options: --include-arches="hppa" Created attachment 532212 [details] dev-libs:libressl-2.2.4:20151031-065500.log.xz As some point of reference, this is the only PARISC build of libressl that I have, and that led to: commit 40eb55ddae8b531a0a90498efe8c2ffea6bf6df2 Author: Jeroen Roovers <jer@gentoo.org> Date: Sat Oct 31 08:18:20 2015 +0100 dev-libs/libressl: Mark ~hppa too. Package-Manager: portage-2.2.23 RepoMan-Options: --ignore-arches It doesn't matter, Jer. HPPA is an exp profile now. (In reply to Aaron Bauman from comment #5) > It doesn't matter, Jer. HPPA is an exp profile now. Does it mean you rill automatically reject all the fixes for hppa? Created attachment 532228 [details]
dev-libs:libressl-2.6.4:20180519-103547.log.xz
CFLAGS="-Os -Wall" gives a different problem while linking:
libtool: link: hppa2.0-unknown-linux-gnu-gcc -shared -fPIC -DPIC [many object files] -Wl,--no-whole-archive -lresolv -Os -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -Wl,--no-keep-memory -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,-soname -Wl,libcrypto.so.42 -Wl,-version-script -Wl,.libs/libcrypto.ver -o .libs/libcrypto.so.42.0.0
collect2: fatal error: ld terminated with signal 11 [Segmentation fault]
compilation terminated.
make[2]: *** [Makefile:2907: libcrypto.la] Error 1
What? slyfox thinks this might be related (In reply to Jeroen Roovers from comment #9) > slyfox thinks this might be related Related to the *second* problem, that is. With CFLAGS="-ggdb -ffunction-sections" it gets past the point where it failed to build libcrypto in earlier attempts. Yes, -ffunction-sections definitely fixes this, including the secondary problem (so regardless of which binutils version is used). Should we `use hppa && append-cflags -ffunction-sections`? (In reply to Aaron Bauman from comment #5) > HPPA is an exp profile now. What kind of PARISC system did you build this on for stable testing? Can you share your configuration and perhaps a build log? I don't own ancient irrelevant hardware. The latest stable point release was marked due to inactivity from the arch team. As I stated, it doesn't matter anyway as the arch is now exp. Hack away trying to fix it on your own or work with upstream. The main issue seems to stem from the fact that ';' is used in asm code as a newline character. Many assemblers treat ';' as a comment. Proposed the fix upstream as: https://github.com/libressl-portable/portable/pull/426 Filed ld SIGSEGV on invalid code (from #comment7) as: https://sourceware.org/PR23207 Created attachment 534328 [details, diff]
libressl-2.6.4-gnu-warning.patch
libressl bug was merge upstream as-is in https://github.com/libressl-portable/portable/pull/426 Attaching the patch and reassigning to libressl@ to decide if gentoo wants the fix backported. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d70bed7f53c5f0524c77f6e630ae7f4b9f9ce7c7 commit d70bed7f53c5f0524c77f6e630ae7f4b9f9ce7c7 Author: Aaron Bauman <bman@gentoo.org> AuthorDate: 2018-06-03 01:07:41 +0000 Commit: Aaron Bauman <bman@gentoo.org> CommitDate: 2018-06-03 01:07:57 +0000 dev-libs/libressl: add build fix patch for hppa This patch addresses an issue found by the HPPA team and addressed by Sergei Trofimovich (slyfox). Closes: https://bugs.gentoo.org/656104 Package-Manager: Portage-2.3.40, Repoman-2.3.9 .../libressl/files/libressl-2.6.4-hppa-asm.patch | 62 ++++++++++++++++++++++ dev-libs/libressl/libressl-2.6.4.ebuild | 2 + 2 files changed, 64 insertions(+) Created attachment 534876 [details]
dev-libs:libressl-2.6.4:20180605-063023.log.xz
The patch isn't actually applied because the custom src_prepare() does not call eapply.
commit a998a0c563b2d8117f2e8669b33be0b5458311dc Author: Jeroen Roovers <jer@gentoo.org> Date: Tue Jun 5 09:12:06 2018 +0200 dev-libs/libressl: Fix src_prepare() (bug #656104). Package-Manager: Portage-2.3.40, Repoman-2.3.9 diff --git a/dev-libs/libressl/libressl-2.6.4.ebuild b/dev-libs/libressl/libressl-2.6.4.ebuild index 0bcae6becd6..5f32a09d419 100644 --- a/dev-libs/libressl/libressl-2.6.4.ebuild +++ b/dev-libs/libressl/libressl-2.6.4.ebuild @@ -36,7 +36,7 @@ src_prepare() { -e '/^[ \t]*USER_CFLAGS=/s#-O2"#"#' \ configure || die "fixing CFLAGS failed" - eapply_user + default } multilib_src_configure() { |