sys-libs/libunwind
Portable and efficient API to determine the call-chain of a program
Screenshots
-
libunwind-9999debug debug-frame +doc libatomic lzma static-libs test zlib abi_x86_32 abi_x86_64 abi_x86_x32 abi_mips_n32 abi_mips_n64 abi_mips_o32 abi_s390_32 abi_s390_64
View 
Download 
Browse License: MIT Overlay: gentoo -
libunwind-1.8.3-r1amd64 arm arm64 ~hppa ~loong ~mips ppc ppc64 ~riscv ~s390 -sparc x86debug debug-frame doc libatomic lzma static-libs test zlib abi_x86_32 abi_x86_64 abi_x86_x32 abi_mips_n32 abi_mips_n64 abi_mips_o32 abi_s390_32 abi_s390_64
View Download Browse License: MIT Overlay: bentoo -
libunwind-1.8.3amd64 arm arm64 ~hppa ~loong ~mips ppc ppc64 ~riscv ~s390 -sparc x86debug debug-frame doc libatomic lzma static-libs test zlib abi_x86_32 abi_x86_64 abi_x86_x32 abi_mips_n32 abi_mips_n64 abi_mips_o32 abi_s390_32 abi_s390_64
View Download Browse License: MIT Overlay: gentoo
ChangeLog
commit 486b2487c4d6048012afd10348e8150863d85595
Author: lucascouts <lucascs@protonmail.com>
Date: Sun Sep 20 07:40:15 2026 -0300
add(sys-libs/libunwind-1.8.3-r1): backport the -XCClinker typo fix
::gentoo's libunwind-1.8.3 does not build on amd64. configure.ac substitutes
UNW_CRT_LDFLAGS as "-WCClinker -nostdlib", but the libtool option is
-XCClinker; libtool does not recognise the misspelling, passes it straight to
the compiler driver, and the link of libunwind.so dies with
gcc: error: unrecognized command-line option '-WCClinker'
That branch is taken whenever AC_SEARCH_LIBS has to add -lgcc_s to resolve
_Unwind_Resume, which under the -nostdlib the test itself sets is always, so
the failure is unconditional with the --enable-cxx-exceptions the ebuild forces
on every arch for bug #418253.
::gentoo already carries libunwind-1.8.3-typo.patch, but that one fixes a
different typo in the same AC_SEARCH_LIBS call (a stray -lc) and leaves
-WCClinker in place. Upstream fixed this one in 8e6a348b9, after 1.8.3 and not
in any release yet, so the backport is the only way to build the package today.
The ebuild is ::gentoo's verbatim plus the extra PATCHES entry; the eautoreconf
it already runs picks the configure.ac change up.
Verified on amd64 with an unprivileged `ebuild clean install`: source compiles,
the link line carries -XCClinker -nostartfiles -XCClinker -nostdlib, the
installed libunwind.so.8 keeps DT_NEEDED on libc.so.6, and the image is
path-identical to the one ::gentoo installs. gentoo-parity.sh reports the
PATCHES row JUSTIFIED.
The autoupdate record pins the 1.8.3 line exactly, so the probe can never
propose a bump: a bump is the wrong move, since 1.8.4 will carry the fix and
the patch would stop applying. When the check goes red, delete this package and
let ::gentoo serve libunwind again.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
commit c37938fb612bbdd71144a6059b7e57b91c10d467
Author: lucascouts <lucascs@protonmail.com>
Date: Sun Aug 25 22:03:21 2019 +0000
the master branch is the minimal overlay configuration.
commit 61cfdd1cd068c0e36b95465d0e61b1b607a0d79e
Author: lucascouts <lucascs@protonmail.com>
Date: Sun Jan 27 01:03:33 2019 -0300
added(sys-libs/libunwind-1.2.1-r3), updated(net-ftp/filezilla-3.39.0 -> 3.40.0, sys-kernel/gentoo-sources- -> )
Author: lucascouts <lucascs@protonmail.com>
Date: Sun Sep 20 07:40:15 2026 -0300
add(sys-libs/libunwind-1.8.3-r1): backport the -XCClinker typo fix
::gentoo's libunwind-1.8.3 does not build on amd64. configure.ac substitutes
UNW_CRT_LDFLAGS as "-WCClinker -nostdlib", but the libtool option is
-XCClinker; libtool does not recognise the misspelling, passes it straight to
the compiler driver, and the link of libunwind.so dies with
gcc: error: unrecognized command-line option '-WCClinker'
That branch is taken whenever AC_SEARCH_LIBS has to add -lgcc_s to resolve
_Unwind_Resume, which under the -nostdlib the test itself sets is always, so
the failure is unconditional with the --enable-cxx-exceptions the ebuild forces
on every arch for bug #418253.
::gentoo already carries libunwind-1.8.3-typo.patch, but that one fixes a
different typo in the same AC_SEARCH_LIBS call (a stray -lc) and leaves
-WCClinker in place. Upstream fixed this one in 8e6a348b9, after 1.8.3 and not
in any release yet, so the backport is the only way to build the package today.
The ebuild is ::gentoo's verbatim plus the extra PATCHES entry; the eautoreconf
it already runs picks the configure.ac change up.
Verified on amd64 with an unprivileged `ebuild clean install`: source compiles,
the link line carries -XCClinker -nostartfiles -XCClinker -nostdlib, the
installed libunwind.so.8 keeps DT_NEEDED on libc.so.6, and the image is
path-identical to the one ::gentoo installs. gentoo-parity.sh reports the
PATCHES row JUSTIFIED.
The autoupdate record pins the 1.8.3 line exactly, so the probe can never
propose a bump: a bump is the wrong move, since 1.8.4 will carry the fix and
the patch would stop applying. When the check goes red, delete this package and
let ::gentoo serve libunwind again.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
commit c37938fb612bbdd71144a6059b7e57b91c10d467
Author: lucascouts <lucascs@protonmail.com>
Date: Sun Aug 25 22:03:21 2019 +0000
the master branch is the minimal overlay configuration.
commit 61cfdd1cd068c0e36b95465d0e61b1b607a0d79e
Author: lucascouts <lucascs@protonmail.com>
Date: Sun Jan 27 01:03:33 2019 -0300
added(sys-libs/libunwind-1.2.1-r3), updated(net-ftp/filezilla-3.39.0 -> 3.40.0, sys-kernel/gentoo-sources- -> )