Bug#1016936: dwz: fails while building assaultcube
On Wed, Aug 10, 2022 at 08:03:45AM +0200, Andreas Beckmann wrote: > dwz: debian/assaultcube/usr/lib/games/assaultcube/ac_client: Unknown > debugging section .debug_addr > dwz: debian/assaultcube/usr/lib/games/assaultcube/ac_server: Unknown > debugging section .debug_addr FWIW this kind of errors can also happen with GCC with -gsplit-dwarf, I just hit it in WebKitGTK: https://gcc.gnu.org/wiki/DebugFission Berto
Bug#1016936: dwz: fails while building assaultcube
Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=27375 OK, so it turns out this error is due to Clang's adoption of DWARFv5 [1] which dwz doesn't fully support yet [2]. Until that is fixed, the issue can be worked around by using DWARFv4 by adding `-gdwarf-4` to flags. -- Ben Westover [1] https://www.phoronix.com/news/LLVM-Clang-DWARFv5-Default [2] https://sourceware.org/bugzilla/show_bug.cgi?id=24726 OpenPGP_signature Description: OpenPGP digital signature
Bug#1016936: dwz: fails while building assaultcube
Control: retitle 1016936 dwz: Unknown debugging section .debug_addr causes some builds to fail Control: tags 1016936 + upstream Hello, This error also occurred for me when building PolyMC under Clang, but not GCC. It seems this problem is common for many Clang builds [1]. Fedora also seems to be having issues with this; Thus, I'm retitling this bug to be more generic, and adding an upstream tag. I will create a bug when my Bugzilla account creation request is approved by the admin. Thanks, -- Ben Westover [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997080#41 OpenPGP_signature Description: OpenPGP digital signature
Bug#1016936: dwz: fails while building assaultcube
Package: dwz Version: 0.14-1 Followup-For: Bug #1016936 It also fails for nodejs (gcc 11 on mips64el): https://buildd.debian.org/status/fetch.php?pkg=nodejs=mips64el=18.8.0%2Bdfsg-1=1662286086=0 -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dwz depends on: ii libc62.34-7 ii libelf1 0.187-2 dwz recommends no packages. dwz suggests no packages. -- no debconf information
Bug#1016936: dwz: fails while building assaultcube
Package: dwz Version: 0.14-1 Severity: serious Control: block 1016935 with -1 Hi, assaultcube recently started to FTBFS with a dwz error. Since both src:assaultcube and src:dwz haven't been changed for a long time and successfully built previously, I suspect this is related to GCC 12 becoming the default compiler recently. dh_dwz -O--sourcedirectory=source/src dwz: debian/assaultcube/usr/lib/games/assaultcube/ac_client: Unknown debugging section .debug_addr dwz: debian/assaultcube/usr/lib/games/assaultcube/ac_server: Unknown debugging section .debug_addr dwz: Too few files for multifile optimization dh_dwz: error: dwz -mdebian/assaultcube/usr/lib/debug/.dwz/x86_64-linux-gnu/assaultcube.debug -M/usr/lib/debug/.dwz/x86_64-linux-gnu/assaultcube.debug -- debian/assaultcube/usr/lib/games/assaultcube/ac_client debian/assaultcube/usr/lib/games/assaultcube/ac_server returned exit code 1 dh_dwz: error: Aborting due to earlier error make: *** [debian/rules:9: binary] Error 25 (the full buildlog can be found in #1016935) (my most recent successful assaultcube build in sid was on July 11) Andreas
