Re: Still seeing "DWARF version 0 unhandled" (was: Re: No debugsource generated, weird DWARF errors)
On Tue, Aug 04, 2020 at 11:24:24AM +0200, Mark Wielaard wrote: > Hi Richard, > > On Tue, Aug 04, 2020 at 09:55:45AM +0100, Richard W.M. Jones wrote: > > In https://kojipkgs.fedoraproject.org//work/tasks/5877/48605877/build.log > > (from https://koji.fedoraproject.org/koji/taskinfo?taskID=48605877) > > I'm still seeing errors like: > > > > /usr/lib/rpm/debugedit: > > /builddir/build/BUILDROOT/ocaml-ppx-tools-versioned-5.4.0-5.fc33.x86_64/usr/lib64/ocaml/ppx_tools_versioned/metaquot_409/ppx.exe: > > DWARF version 0 unhandled > > > > This is with binutils 2.35-10.fc33 which AFAIK should fix this. > > [...] > > + gcc -O2 -fno-strict-aliasing -fwrapv -O2 -g -pipe -Wall > > -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS > > -fexceptions -fstack-protector-strong -grecord-gcc-switches > > -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 > > -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic > > -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Wall > > -Wdeclaration-after-statement -Werror -fno-common > > -fexcess-precision=standard -fno-tree-vrp -ffunction-sections > > -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DCAML_NAME_SPACE -Wl,-E -o > > '.ppx/344604af5ef56e11f45ae295381bcce7/ppx.exe' > > '-L/usr/lib64/ocaml/compiler-libs' > > '-L/usr/lib64/ocaml/ocaml-migrate-parsetree' > > '-L/usr/lib64/ocaml/ppx_derivers' '-L/usr/lib64/ocaml/result' '-L.' > > '-L.ppx_tools_versioned.objs/byte' '-L.ppx_tools_versioned.objs/native' > > '-L.ppx_tools_versioned_metaquot_409.objs/byte' > > '-L.ppx_tools_versioned_metaquot_409.objs/native' '-L/usr/lib64/ocaml' > > '/tmp/camlstartup93ae0f.o' '/usr/lib64/ocaml/std_exit.o' > > '.ppx/344604af5ef56e11f45ae295381bcce7/_ppx.o' > > 'ppx_tools_versioned_metaquot_409.a' 'ppx_tools_versioned.a' > > '/usr/lib64/ocaml/ocaml-migrate-parsetree/migrate_parsetree.a' > > '/usr/lib64/ocaml/ppx_derivers/ppx_derivers.a' > > '/usr/lib64/ocaml/result/result.a' > > '/usr/lib64/ocaml/compiler-libs/ocamlcommon.a' '/usr/lib64/ocaml/stdlib.a' > > '/usr/lib64/ocaml/libasmrun.a' -Wl,-z,relro -Wl,--as-needed -Wl,-z,now > > -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -lm -ldl > > > > Not sure how to diagnose this further. None of this is reproducible > > for me locally even with all the same Rawhide packages installed. > > If I had to guess, then I would guess that one of the static libraries > under /usr/lib/64/ocaml/*.a contain bad DWARF. Might it be that one of > those was build with a bad binutils gas? That's a good point. I realised that locally I had a slightly older OCaml package than what is in Rawhide. Upgrading to ocaml-4.11.0-0.7.dev2.fc33 and trying to build ocaml-ppx-tools-versioned and *yes* I'm able to reproduce the problem locally. This would indicate a problem in *.a files in the OCaml package as you say. I'll rebuild it (the OCaml package) and see if I can fix the problem in Koji that way. Thanks, Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Still seeing "DWARF version 0 unhandled" (was: Re: No debugsource generated, weird DWARF errors)
Hi Richard, On Tue, Aug 04, 2020 at 09:55:45AM +0100, Richard W.M. Jones wrote: > In https://kojipkgs.fedoraproject.org//work/tasks/5877/48605877/build.log > (from https://koji.fedoraproject.org/koji/taskinfo?taskID=48605877) > I'm still seeing errors like: > > /usr/lib/rpm/debugedit: > /builddir/build/BUILDROOT/ocaml-ppx-tools-versioned-5.4.0-5.fc33.x86_64/usr/lib64/ocaml/ppx_tools_versioned/metaquot_409/ppx.exe: > DWARF version 0 unhandled > > This is with binutils 2.35-10.fc33 which AFAIK should fix this. > [...] > + gcc -O2 -fno-strict-aliasing -fwrapv -O2 -g -pipe -Wall > -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS > -fexceptions -fstack-protector-strong -grecord-gcc-switches > -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 > -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic > -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Wall > -Wdeclaration-after-statement -Werror -fno-common -fexcess-precision=standard > -fno-tree-vrp -ffunction-sections -D_FILE_OFFSET_BITS=64 -D_REENTRANT > -DCAML_NAME_SPACE -Wl,-E -o '.ppx/344604af5ef56e11f45ae295381bcce7/ppx.exe' > '-L/usr/lib64/ocaml/compiler-libs' > '-L/usr/lib64/ocaml/ocaml-migrate-parsetree' > '-L/usr/lib64/ocaml/ppx_derivers' '-L/usr/lib64/ocaml/result' '-L.' > '-L.ppx_tools_versioned.objs/byte' '-L.ppx_tools_versioned.objs/native' > '-L.ppx_tools_versioned_metaquot_409.objs/byte' > '-L.ppx_tools_versioned_metaquot_409.objs/native' '-L/usr/lib64/ocaml' > '/tmp/camlstartup93ae0f.o' '/usr/lib64/ocaml/std_exit.o' > '.ppx/344604af5ef56e11f45ae295381bcce7/_ppx.o' > 'ppx_tools_versioned_metaquot_409.a' 'ppx_tools_versioned.a' > '/usr/lib64/ocaml/ocaml-migrate-parsetree/migrate_parsetree.a' > '/usr/lib64/ocaml/ppx_derivers/ppx_derivers.a' > '/usr/lib64/ocaml/result/result.a' > '/usr/lib64/ocaml/compiler-libs/ocamlcommon.a' '/usr/lib64/ocaml/stdlib.a' > '/usr/lib64/ocaml/libasmrun.a' -Wl,-z,relro -Wl,--as-needed -Wl,-z,now > -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -lm -ldl > > Not sure how to diagnose this further. None of this is reproducible > for me locally even with all the same Rawhide packages installed. If I had to guess, then I would guess that one of the static libraries under /usr/lib/64/ocaml/*.a contain bad DWARF. Might it be that one of those was build with a bad binutils gas? Cheers, Mark ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Still seeing "DWARF version 0 unhandled" (was: Re: No debugsource generated, weird DWARF errors)
In https://kojipkgs.fedoraproject.org//work/tasks/5877/48605877/build.log (from https://koji.fedoraproject.org/koji/taskinfo?taskID=48605877) I'm still seeing errors like: /usr/lib/rpm/debugedit: /builddir/build/BUILDROOT/ocaml-ppx-tools-versioned-5.4.0-5.fc33.x86_64/usr/lib64/ocaml/ppx_tools_versioned/metaquot_409/ppx.exe: DWARF version 0 unhandled This is with binutils 2.35-10.fc33 which AFAIK should fix this. The ocamlopt command which generates this file is: Running[230]: (cd _build/default && /usr/bin/ocamlopt.opt -g -o .ppx/344604af5ef56e11f45ae295381bcce7/ppx.exe -w -24 -I /usr/lib64/ocaml/compiler-libs -I /usr/lib64/ocaml/ocaml-migrate-parsetree -I /usr/lib64/ocaml/ppx_derivers -I /usr/lib64/ocaml/result -I . -I .ppx_tools_versioned.objs/byte -I .ppx_tools_versioned.objs/native -I .ppx_tools_versioned_metaquot_409.objs/byte -I .ppx_tools_versioned_metaquot_409.objs/native /usr/lib64/ocaml/compiler-libs/ocamlcommon.cmxa /usr/lib64/ocaml/result/result.cmxa /usr/lib64/ocaml/ppx_derivers/ppx_derivers.cmxa /usr/lib64/ocaml/ocaml-migrate-parsetree/migrate_parsetree.cmxa ppx_tools_versioned.cmxa ppx_tools_versioned_metaquot_409.cmxa .ppx/344604af5ef56e11f45ae295381bcce7/_ppx.ml) which runs: + as -o '.ppx/344604af5ef56e11f45ae295381bcce7/_ppx.o' '/tmp/camlasmca413d.s' + as -o '/tmp/camlstartup93ae0f.o' '/tmp/camlstartup1ccce5.s' + gcc -O2 -fno-strict-aliasing -fwrapv -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Wall -Wdeclaration-after-statement -Werror -fno-common -fexcess-precision=standard -fno-tree-vrp -ffunction-sections -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DCAML_NAME_SPACE -Wl,-E -o '.ppx/344604af5ef56e11f45ae295381bcce7/ppx.exe' '-L/usr/lib64/ocaml/compiler-libs' '-L/usr/lib64/ocaml/ocaml-migrate-parsetree' '-L/usr/lib64/ocaml/ppx_derivers' '-L/usr/lib64/ocaml/result' '-L.' '-L.ppx_tools_versioned.objs/byte' '-L.ppx_tools_versioned.objs/native' '-L.ppx_tools_versioned_metaquot_409.objs/byte' '-L.ppx_tools_versioned_metaquot_409.objs/native' '-L/usr/lib64/ocaml' '/tmp/camlstartup93ae0f.o' '/usr/lib64/ocaml/std_exit.o' '.ppx/344604af5ef56e11f45ae295381bcce7/_ppx.o' 'ppx_tools_versioned_metaquot_409.a' 'ppx_tools_versioned.a' '/usr/lib64/ocaml/ocaml-migrate-parsetree/migrate_parsetree.a' '/usr/lib64/ocaml/ppx_derivers/ppx_derivers.a' '/usr/lib64/ocaml/result/result.a' '/usr/lib64/ocaml/compiler-libs/ocamlcommon.a' '/usr/lib64/ocaml/stdlib.a' '/usr/lib64/ocaml/libasmrun.a' -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -lm -ldl Not sure how to diagnose this further. None of this is reproducible for me locally even with all the same Rawhide packages installed. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: DWARF version 0 unhandled
On Wed, Jul 29, 2020 at 7:12 AM Richard W.M. Jones wrote: > On Tue, Jul 28, 2020 at 08:58:22PM -0600, Jeff Law wrote: > > You might try without LTO. I'm just shooting in the dark, but LTO does > > have a > > significant impact on how we generate debuginfo as well as impacting the > > structure of the resultant debug info. > > > > While I haven't seen anything like what you've shown it can't hurt to at > > least > > see if LTO is playing a role here. > > I just started a new thread without seeing this one. We have a > similar problem for OCaml code which won't be LTO related: > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/5GDU2TDF7UKO73UFAV67IKQHDOBHHJYS/ Well, alt-ergo is OCaml code. As I pointed out in the initial email, the ocaml package had not yet been rebuilt during the mass rebuild, so the problem is not that the OCaml compiler got built with LTO. I did an alt-ergo build with strace to see what gets invoked. These are samples of the invocations of programs from the list of changed packages in my initial email: /usr/bin/as -o lib/util/config.o /tmp/camlasme3bb4e.s /usr/bin/gcc -O2 -fno-strict-aliasing -fwrapv -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -Wall -Wdeclaration-after-statement -Werror -fno-common -fexcess-precision=standard -fno-tree-vrp -ffunction-sections -D_FILE_OFFSET_BITS=64 -D_REENTRANT -DCAML_NAME_SPACE -Wl,-E -o alt-ergo.opt -L/usr/lib64/ocaml/num -L/usr/lib64/ocaml/zarith -L/usr/lib64/ocaml/lablgtk2 -L/usr/lib64/ocaml/threads -L/usr/lib64/ocaml/zip -L/usr/lib64/ocaml/ocplib-simplex -L/usr/lib64/ocaml/psmt2-frontend -Llib/util -Llib/structures -Llib/reasoners -Llib/frontend -Ltools/text -Ltools/gui -Lparsers/why -Lparsers/smt2 -Lplugins/fm-simplex -L/usr/lib64/ocaml -Wl,-E /tmp/camlstartup506767.o /usr/lib64/ocaml/std_exit.o tools/text/main_text.o lib/frontend/parsers_loader.o parsers/smt2/psmt2_to_alt_ergo.o parsers/why/why_lexer.o parsers/why/why_parser.o lib/frontend/parsers.o lib/frontend/frontend.o lib/frontend/parsed_interface.o lib/frontend/typechecker.o lib/frontend/cnf.o lib/frontend/triggers.o lib/reasoners/sat_solver.o lib/reasoners/satml_frontend.o lib/reasoners/satml.o lib/reasoners/fun_sat.o lib/reasoners/sat_solver_sig.o lib/reasoners/theory.o lib/reasoners/ccx.o lib/reasoners/combine.o lib/reasoners/ite.o lib/reasoners/sum.o lib/reasoners/arrays.o lib/reasoners/bitv.o lib/reasoners/records.o lib/reasoners/arith.o lib/reasoners/intervalCalculus.o lib/reasoners/inequalities.o lib/reasoners/intervals.o lib/reasoners/use.o lib/reasoners/uf.o lib/reasoners/ac.o lib/reasoners/polynome.o lib/reasoners/instances.o lib/reasoners/matching.o lib/structures/profiling.o lib/structures/commands.o lib/structures/explanation.o lib/structures/satml_types.o lib/structures/formula.o lib/structures/literal.o lib/structures/fpa_rounding.o lib/structures/term.o lib/structures/typed.o lib/structures/errors.o lib/structures/parsed.o lib/structures/ty.o lib/structures/symbols.o lib/structures/exception.o lib/util/hstring.o lib/util/hconsing.o lib/util/loc.o lib/util/gc_debug.o lib/util/timers.o lib/util/iheap.o lib/util/vec.o lib/util/options.o lib/util/numbers.o lib/util/zarithNumbers.o lib/util/numsNumbers.o lib/util/lists.o lib/util/util.o lib/util/myZip.o lib/util/myDynlink.o lib/util/myUnix.o lib/util/emap.o lib/util/version.o lib/util/config.o /usr/lib64/ocaml/psmt2-frontend/psmt2Frontend.a /usr/lib64/ocaml/ocplib-simplex/ocplibSimplex.a /usr/lib64/ocaml/zip/zip.a /usr/lib64/ocaml/str.a /usr/lib64/ocaml/dynlink.a /usr/lib64/ocaml/unix.a /usr/lib64/ocaml/nums.a /usr/lib64/ocaml/zarith/zarith.a /usr/lib64/ocaml/stdlib.a -lcamlzip -lz -lcamlstr -lunix -lnums -lzarith -lgmp /usr/lib64/ocaml/libasmrun_pic.a -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -lm -ldl /usr/libexec/gcc/x86_64-redhat-linux/10/collect2 -plugin /usr/libexec/gcc/x86_64-redhat-linux/10/liblto_plugin.so -plugin-opt=/usr/libexec/gcc/x86_64-redhat-linux/10/lto-wrapper -plugin-opt=-fresolution=/tmp/ccB2PSiV.res -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --build-id --no-add-needed --eh-frame-hdr --hash-style=gnu -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -pie -o alt-ergol.opt /usr/lib/gcc/x86_64-redhat-linux/10/../../../../lib64/Scrt1.o /usr/lib/gcc/x86_64-redhat-linux/10/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/10/crtbeginS.o -L/usr/lib64/ocaml/num -L/usr/lib64/ocaml/zarith -L/usr/lib64/ocaml/lablgtk2 -L/usr/lib64/ocaml/threads -L/usr/lib64/ocaml/zip -L/usr/lib64/ocaml/ocplib-simplex
Re: DWARF version 0 unhandled
On Tue, Jul 28, 2020 at 08:58:22PM -0600, Jeff Law wrote: > On Tue, 2020-07-28 at 16:26 -0600, Jerry James wrote: > > Here's a bit of fallout from the mass rebuild. The alt-ergo build failed: > > > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1548139 > [ ... ] > You might try without LTO. I'm just shooting in the dark, but LTO does have a > significant impact on how we generate debuginfo as well as impacting the > structure of the resultant debug info. > > While I haven't seen anything like what you've shown it can't hurt to at least > see if LTO is playing a role here. I just started a new thread without seeing this one. We have a similar problem for OCaml code which won't be LTO related: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/5GDU2TDF7UKO73UFAV67IKQHDOBHHJYS/ Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: DWARF version 0 unhandled
On Tue, 2020-07-28 at 16:26 -0600, Jerry James wrote: > Here's a bit of fallout from the mass rebuild. The alt-ergo build failed: > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1548139 [ ... ] You might try without LTO. I'm just shooting in the dark, but LTO does have a significant impact on how we generate debuginfo as well as impacting the structure of the resultant debug info. While I haven't seen anything like what you've shown it can't hurt to at least see if LTO is playing a role here. jeff > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
DWARF version 0 unhandled
Here's a bit of fallout from the mass rebuild. The alt-ergo build failed: https://koji.fedoraproject.org/koji/buildinfo?buildID=1548139 Everything seems fine up until debuginfo processing begins, then this happens: /usr/lib/rpm/debugedit: /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/plugins/fm-simplex-plugin.cmxs: DWARF version 0 unhandled /usr/lib/rpm/debugedit: /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/altgr-ergo: DWARF version 0 unhandled /usr/lib/rpm/debugedit: /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/alt-ergo: DWARF version 0 unhandled /usr/lib/rpm/debugedit: /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/altErgoLib.cmxs: DWARF version 0 unhandled Dwarf Error: wrong version in compilation unit header (is 0, should be 2, 3, 4 or 5) [in module /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/plugins/fm-simplex-plugin.cmxs] gdb-add-index: No index was created for /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/plugins/fm-simplex-plugin.cmxs gdb-add-index: [Was there no debuginfo? Was there already an index?] Dwarf Error: wrong version in compilation unit header (is 0, should be 2, 3, 4 or 5) [in module /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/altErgoLib.cmxs] gdb-add-index: No index was created for /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/lib64/ocaml/alt-ergo/altErgoLib.cmxs gdb-add-index: [Was there no debuginfo? Was there already an index?] Dwarf Error: wrong version in compilation unit header (is 0, should be 2, 3, 4 or 5) [in module /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/alt-ergo] gdb-add-index: No index was created for /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/alt-ergo gdb-add-index: [Was there no debuginfo? Was there already an index?] Dwarf Error: wrong version in compilation unit header (is 0, should be 2, 3, 4 or 5) [in module /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/altgr-ergo] gdb-add-index: No index was created for /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/usr/bin/altgr-ergo gdb-add-index: [Was there no debuginfo? Was there already an index?] dwz: ./usr/bin/alt-ergo-2.2.0-2.fc33.x86_64.debug: DWARF version 0 unhandled dwz: ./usr/bin/altgr-ergo-2.2.0-2.fc33.x86_64.debug: DWARF version 0 unhandled dwz: ./usr/lib64/ocaml/alt-ergo/altErgoLib.cmxs-2.2.0-2.fc33.x86_64.debug: DWARF version 0 unhandled dwz: ./usr/lib64/ocaml/alt-ergo/plugins/fm-simplex-plugin.cmxs-2.2.0-2.fc33.x86_64.debug: DWARF version 0 unhandled dwz: Too few files for multifile optimization original debug info size: 6720kB, size after compression: 6724kB That leads to the actual fatal error: Processing files: alt-ergo-debugsource-2.2.0-2.fc33.x86_64 RPM build errors: error: Empty %files file /builddir/build/BUILD/alt-ergo-2.2.0/debugsourcefiles.list Empty %files file /builddir/build/BUILD/alt-ergo-2.2.0/debugsourcefiles.list Child return code was: 1 A mock -r fedora-rawhide-x86_64 build succeeds, so everything was working as expected at the time of the last Rawhide compose. (I admit that I do not know how long ago that was.) If I build in mock with --enablerepo=local, I see the same failure. The packages that are different in the two mock chroots are as follows. "Old" packages that work: annobin-9.23-1.fc33.x86_64 binutils-2.34.0-8.fc33.x86_64 binutils-gold-2.34.0-8.fc33.x86_64 bzip2-1.0.8-2.fc32.x86_64 bzip2-devel-1.0.8-2.fc32.x86_64 bzip2-libs-1.0.8-2.fc32.x86_64 coreutils-8.32-7.fc33.x86_64 coreutils-common-8.32-7.fc33.x86_64 cpp-10.1.1-2.fc33.x86_64 curl-7.71.1-2.fc33.x86_64 elfutils-0.180-3.fc33.x86_64 elfutils-debuginfod-client-0.180-3.fc33.x86_64 elfutils-default-yama-scope-0.180-3.fc33.noarch elfutils-libelf-0.180-3.fc33.x86_64 elfutils-libs-0.180-3.fc33.x86_64 findutils-4.7.0-4.fc33.x86_64 gawk-5.0.1-7.fc32.x86_64 gcc-10.1.1-2.fc33.x86_64 gdbm-libs-1.18.1-3.fc32.x86_64 glibc-2.31.9000-19.fc33.x86_64 glibc-common-2.31.9000-19.fc33.x86_64 glibc-devel-2.31.9000-19.fc33.x86_64 glibc-headers-x86-2.31.9000-19.fc33.noarch glibc-minimal-langpack-2.31.9000-19.fc33.x86_64 gmp-6.2.0-1.fc33.x86_64 gmp-c++-6.2.0-1.fc33.x86_64 gmp-devel-6.2.0-1.fc33.x86_64 gsettings-desktop-schemas-3.37.1-1.fc33.x86_64 gtkspell-2.0.16-20.fc32.x86_64 json-c-0.14-6.fc33.x86_64 kernel-headers-5.8.0-0.rc5.git0.1.fc33.x86_64 krb5-libs-1.18.2-10.fc33.x86_64 libarchive-3.4.3-1.fc33.x86_64 libblkid-2.35.2-2.fc33.x86_64 libblkid-devel-2.35.2-2.fc33.x86_64 libblockdev-2.24-2.fc33.x86_64 libblockdev-crypto-2.24-2.fc33.x86_64 libblockdev-fs-2.24-2.fc33.x86_64 libblockdev-loop-2.24-2.fc33.x86_64 libblockdev-mdraid-2.24-2.fc33.x86_64 libblockdev-part-2.24-2.fc33.x86_64 libblockdev-swap-2.24-2.fc33.x86_64 libblockdev-utils-2.24-2.fc33.x86_64 libcurl-7.71.1-2.fc33.x86_64 libdb-5.3.28-42.fc33.x86_64 libfdisk-2.35.2-2.fc33.x86_64 libgc
