On Thu, 24 Feb 2011 09:28:10 +0100, Karel Klic wrote: > Is there something else that should be checked? Sometimes references to the source file dirname/filename are broken. One fix for all packages: debugedit: Include empty CU current directories https://bugzilla.redhat.com/show_bug.cgi?id=444310 An example fix specifically for the "gdb" package: http://pkgs.fedoraproject.org/gitweb/?p=gdb.git;a=blob;f=gdb-6.6-bz225783-gdb-debuginfo-paths.patch;hb=8336d588bffd6caa5dcfe9176387d2bde03c31bd In some cases it may be found in the build.log cpio: gdb-7.2/build-x86_64-redhat-linux-gnu/gdb/c-exp.c.tmp: Cannot stat: No such file or directory cpio: gdb-7.2/build-x86_64-redhat-linux-gnu/gdb/c-exp.y: Cannot stat: No such file or directory although for /usr/lib/debug/usr/bin/grmid.debug the broken reference to /tmp/ccZpRdM9.i it is not found in: http://kojipkgs.fedoraproject.org/packages/gcc/4.6.0/0.10.fc15/data/logs/x86_64/build.log so the final debuginfo rpm check as you do would be safer anyway. While ABRT does not print the line contents from /usr/src/debug still GDB prints reference to the source filename (+line) which are broken in such case. Filename references are in both the .debug_info and .debug_line sections: eu-readelf -winfo /usr/lib/debug/usr/bin/gdb.debug for each compile_unit (DW_TAG_partial_unit is not used in Fedora) name (strp) "../../gdb/gdb.c" comp_dir (strp) "/usr/src/debug/gdb-7.2.50.20110218/build-x86_64-redhat-linux-gnu/gdb" ^^^^^^^^ may not be present for absolute DW_AT_name eu-readelf -wline /usr/lib/debug/usr/bin/gdb.debug for each Table at offset xx: Directory table: ../../gdb ^^^^^^^^^ may be relative to DW_AT_comp_dir of the specific DW_TAG_compile_unit /usr/include/bits File name table: Entry Dir Time Size Name 1 1 0 0 gdb.c ^^^^^ may be absolute 2 2 0 0 string3.h Thanks, Jan -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
