It is the same on arm64 too, eg:
https://buildd.debian.org/status/package.php?p=qemu&suite=bullseye-backports
/mjt
On Sat, 6 Feb 2021 08:54:57 +0100 Dennis Filder wrote:
Control: tag -1 - patch + moreinfo
After looking into this some more, I don't think this is necessarily a
bug in dwz, but it could also be either someone using rogue DW_OP_*
definitions with values 0x00 and 0x01 or a buggy compiler/assemble
Control: tag -1 - patch + moreinfo
After looking into this some more, I don't think this is necessarily a
bug in dwz, but it could also be either someone using rogue DW_OP_*
definitions with values 0x00 and 0x01 or a buggy compiler/assembler
backend emitting junk. While applying the patch probabl
Control: tag + upstream patch
X-Debbugs-Cc: d.fil...@web.de
dwz source code comes with outdated (August 2019) copies of
dwarf2.def, dwarf2.h and dwarfnames.c from gcc/libiberty.
The patch updates them and proposes a long-term solution.
Hopefully this will fix any dh_dwz issues.
Regards,
Dennis.
Package: dwz
Version: 0.13-5
Severity: normal
X-Debbugs-Cc: qdcois...@relay.firefox.com
Hi,
I'm building a package for the liboqs library, a post quantum algorithms
library,
for being proposed to be included in the archives, and when I run the build it
fails with
"Unknown DWARF DW_OP_1".
This
5 matches
Mail list logo
