Le mardi 12 novembre 2024 à 15:48 +0100, Vincent Lefevre a écrit :
> Hi,
> 
> On 2024-10-11 09:16:26 +0200, Alban Browaeys wrote:
> > Upstream in https://github.com/libunwind/libunwind/issues/672 for
> > 1.8.
> 
> This is unclear. https://github.com/libunwind/libunwind/issues/672 is
> about 1.7.2, and this issue is closed as being fixed in 1.8.
> > 

It is fixed
in 
https://github.com/libunwind/libunwind/commit/f35c38746d47a5159163ca9e8845a3ac8cf1bc53
that is 1.8.1.
As told in the issue the bug is about newer compiler, not a code
change.  So every release below 1.8.1 is affected.
And the current broken debian version is 1.7.2, so I am puzzled by your
statement that the fix on this github issue is about 1.7.2 so does not
apply to Debian.
To me this is perfectly normal that an issue for 1.7.2 is fixed in
1.8.1, I don't understand why you tell "This is unclear".
As usual this requires backporting to older a code base ie 1.7.2. As
every backport.


> > Also gentoo for libunwind 1.8:
> >  sys-libs/libunwind: Gos-linux.c:302:22: error: passing argument 1
> > of
> > ‘_Ux86_sigreturn’ from incompatible pointer type [-Wincompatible-
> > pointer-types]
> > https://bugs.gentoo.org/918969
> 
> Ditto, the gentoo bug is about libunwind 1.7.2 and the whiteboard
> says: "fixed in 1.8.0".
> 
> So I suppose that the solution is to upgrade to 1.8.1 (version
> mentioned on https://tracker.debian.org/pkg/libunwind).
> 


Upgrading to 1.8.1 would fix this bug. If it is doable let's do it. But
it might requires a migration of the packages that depends on
libunwind-18 (would it be libunwind-19) so I it might not help with
these packages depending on libunwind-18.

Note that this fix fixes multiple issues at once: "
Fix test-async-sig on x86-linux
The x86-specific code would often mistakenly advance the cursor through
the signal trampoline by misinterpreting what was on the stack, and it
just happened to work most of the time. It was wrong, however, and
moving the signal trampolive detection up before the DWARF stepping
(like it is on other target architectures) should make it do the right
thing.

This change had the cascade effect of tickling some undefined behaviour
in the target architecture-specific unw_resume code, so that got fixed
too.
"



Best,
Alban

Reply via email to