https://sourceware.org/bugzilla/show_bug.cgi?id=23902
--- Comment #10 from Kurt Roeckx ---
In the mean time, I know the patch for mips was wrong, but the test suite seems
to be happy with the current patch. Mips has many different ABIs, and I've
mixed them up. The callee-saved registers aren't th
https://sourceware.org/bugzilla/show_bug.cgi?id=23902
--- Comment #9 from Kurt Roeckx ---
I've fixed the issue on mips* in Debian, so it's now working on all Debian's
release architectures. But some others still have this problem.
--
You are receiving this mail because:
You are on the CC list f
https://sourceware.org/bugzilla/show_bug.cgi?id=23903
--- Comment #7 from Kurt Roeckx ---
I've filed a bug in Debian about mremap() being in the headers, so that should
hopefully get fixed. But that will not fix the problem, it will either now just
generate a warning that it doesn't have a protot
https://sourceware.org/bugzilla/show_bug.cgi?id=23902
--- Comment #6 from Kurt Roeckx ---
Yes, they all 3 seem to be missing that callback.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=23902
--- Comment #4 from Kurt Roeckx ---
The varlocs test is calling dwarf_errmsg (-1)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=23903
--- Comment #5 from Kurt Roeckx ---
Since I don't have it, it will make this a Linux only package. This at least
means that currently glib2.0 and rpm will also not be able to get build on
non-Linux platforms. This is really a Linux specific sy
https://sourceware.org/bugzilla/show_bug.cgi?id=23903
--- Comment #3 from Kurt Roeckx ---
On Hurd I get:
/usr/bin/ld: libelf_pic.a(elf32_updatefile.os): in function
`__elf32_updatemmap':
./libelf/elf32_updatefile.c:462: warning: msync is not implemented and will
always fail
/usr/bin/ld: libelf_pi
https://sourceware.org/bugzilla/show_bug.cgi?id=23903
--- Comment #2 from Kurt Roeckx ---
Note that Debian's kfreebsd port uses glibc. Maybe they have mremap() in the
header even when it's not actually in the library?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=23902
--- Comment #2 from Kurt Roeckx ---
At least on mips I'm seeing an .eh_frame and .eh_frame_hdr section. It also has
some mips specific sections.
But note that various of the other tests say "Unwinding not supported for this
architecture". Is
https://sourceware.org/bugzilla/show_bug.cgi?id=23901
--- Comment #4 from Kurt Roeckx ---
I can confirm that the patch fixes the issue for me.
--
You are receiving this mail because:
You are on the CC list for the bug.
Assignee: unassigned at sourceware dot org
Reporter: kurt at roeckx dot be
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
In Debian's kfreebsd ports, I'm getting:
/usr/bin/ld: libelf_pic.a(elf_update.os): in function `write_file&
Component: backends
Assignee: unassigned at sourceware dot org
Reporter: kurt at roeckx dot be
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
On at least mips, alpha and hppa, I'm getting something like:
/<>/tests/varlocs: dwarf_cf
https://sourceware.org/bugzilla/show_bug.cgi?id=23901
--- Comment #2 from Kurt Roeckx ---
Yes, I've had this mips patch written in 2006. But I've been unable to contact
the author of that. It has had various fixes since, but the current version
also has other issues, see:
https://buildd.debian.or
Priority: P2
Component: general
Assignee: unassigned at sourceware dot org
Reporter: kurt at roeckx dot be
CC: elfutils-devel at sourceware dot org
Target Milestone: ---
On MIPS I get:
FAIL: run-backtrace-native-core.sh
14 matches
Mail list logo
