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
