Summary: | dev-libs/Ice-3.6.5-r2 : Exception.cpp: fatal error: execinfo.h: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Gentoo musl team <musl> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | conikost, Dessa, flyser42, luke, proxy-maint |
Priority: | Normal | Keywords: | PullRequest |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://github.com/gentoo/gentoo/pull/28569 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 716422, 856418 | ||
Attachments: |
emerge-info.txt
dev-libs:Ice-3.6.4:20200319-061138.log emerge-history.txt environment etc.portage.tbz2 logs.tbz2 temp.tbz2 build.log of dev-libs/Ice-3.6.5 on amd64 |
Description
Toralf Förster
![]() Created attachment 622476 [details]
emerge-info.txt
Created attachment 622478 [details]
dev-libs:Ice-3.6.4:20200319-061138.log
Created attachment 622480 [details]
emerge-history.txt
Created attachment 622482 [details]
environment
Created attachment 622484 [details]
etc.portage.tbz2
Created attachment 622486 [details]
logs.tbz2
Created attachment 622488 [details]
temp.tbz2
I've run into similar problems when compiling on arm64/glibc, though it was <iostream.h> and <exception.h> instead of <execinfo.h>. Has something changed in the C++ ecosystem? As I understand it, the '.h' notation is long since obsolete. Perhaps a hard cut-off of backwards compatibility occurred. No solution found yet on my end. (In reply to zlg from comment #8) > I've run into similar problems when compiling on arm64/glibc, though it was > <iostream.h> and <exception.h> instead of <execinfo.h>. > > Has something changed in the C++ ecosystem? As I understand it, the '.h' > notation is long since obsolete. Perhaps a hard cut-off of backwards > compatibility occurred. > > No solution found yet on my end. wrt execinfo.h check the blocker bug for hints: https://bugs.gentoo.org/716422#c0 tl;dr one solution is to explore libunwind as an alternative provider. Not sure about the other scenarios, if you can supply a build.log perhaps we can throw you some more ideas. Created attachment 654490 [details]
build.log of dev-libs/Ice-3.6.5 on amd64
I also have the iostream.h issue, but on amd64. Attached is the build.log.
Ice 3.6.5 is also affected. Is there any workaround? tinderbox_musl has reproduced this issue with version 3.6.5-r2 - Updating summary. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=99b026bffaabca8577414e0b76618d5e9bee5b42 commit 99b026bffaabca8577414e0b76618d5e9bee5b42 Author: Robert Förster <Dessa@gmake.de> AuthorDate: 2022-12-06 17:06:08 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-12-24 06:58:18 +0000 dev-libs/Ice: version bump Bug: https://bugs.gentoo.org/713426 Bug: https://bugs.gentoo.org/836056 Signed-off-by: Robert Förster <Dessa@gmake.de> Closes: https://github.com/gentoo/gentoo/pull/28569 Signed-off-by: Sam James <sam@gentoo.org> dev-libs/Ice/Ice-3.7.8-r1.ebuild | 258 ++++++++++++++++++++++ dev-libs/Ice/Ice-3.7.8-r2.ebuild | 258 ++++++++++++++++++++++ dev-libs/Ice/Ice-3.7.8.ebuild | 258 ++++++++++++++++++++++ dev-libs/Ice/Manifest | 2 + dev-libs/Ice/files/Ice-3.7.8-fix-musl-build.patch | 13 ++ dev-libs/Ice/files/Ice-3.7.8-py3k11.patch | 45 ++++ 6 files changed, 834 insertions(+) Closing, as old version is not in tree anymore? |