Re: Still seeing "DWARF version 0 unhandled" (was: Re: No debugsource generated, weird DWARF errors)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux