On Wed, Jul 26, 2017 at 01:21:29PM +0200, Mark Wielaard wrote: > > OCaml generates DWARF information which is picked up for debuginfo > > files (and is useful), but our debuginfo tools have never been able to > > locate the source files correctly -- perhaps they need to be told that > > *.ml files are source files? > > The problem seems to be that the generated DWARF doesn't use > a .debug_line directory table but only plain file names. Those file > names are all relative to the debuginfo compile unit comp_dir attribute. > But the comp_dir is always the full absolute path: > > $ eu-readelf > --debug-dump=info ./usr/lib/debug/usr/bin/cduce-0.6.0-23.fc27.x86_64.debug 2>&1 | grep comp_dir > comp_dir (strp) > "/builddir/build/BUILD/ocamlnet-4.1.2/src/netsys" > > This confuses rpm debugedit which assumes anything with an absolute path > is outside the build dir and so a system file belonging to another > package (e.g. /usr/include/...) and so gets excluded. > > That should be fixable in rpm debugedit. I'll try to come up with a > patch. > > Thanks for the report, Upstream OCaml doesn't generate that directive either, but I might have a go at adding it ... Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
