public inbox for elfutils@sourceware.org
 help / color / mirror / Atom feed
* Some debuginfod fixlets
@ 2019-11-16 16:42 Mark Wielaard
  2019-11-17 16:22 ` Mark Wielaard
  0 siblings, 1 reply; 2+ messages in thread
From: Mark Wielaard @ 2019-11-16 16:42 UTC (permalink / raw)
  To: elfutils-devel; +Cc: fche, amerey

Hi,

While testing Frank's new spec/rpms for the run-debuginfod-find.sh
testcase I found a couple of issues that I pushed to the debuginfod-
submit branch.

  Add tests/debuginfod-rpms to EXTRA_DISTS.
  Fix two small memory leaks in debuginfod-find and testcase.
  Increase timeout for run-debuginfod-find.sh
  run-debuginfod-find.sh: Use abs_srcdir when copying debuginfod-rpms
  debuginfod: Accept empty comp_dir when cuname is absolute.

With these fixes everything passes make distcheck locally.

The only interesting one is debuginfod: Accept empty comp_dir when
cuname is absolute. This can happen with gcc 4.8.5. In that case we
have a CU DIE with an absolute DW_AT_name, but no DW_AT_comp_dir. And
the files in the debug_line table never reference the comp_dir (dir
entry zero). For example:

 [     b]  compile_unit         abbrev: 1
           producer             (strp) "GNU C 4.8.5 20150623 (Red Hat 4.8.5-39) -mtune=generic -march=x86-64 -g"
           language             (data1) C89 (1)
           name                 (strp) "/home/mark/build/elfutils-obj/prog.c"
           low_pc               (addr) 0x00000000004004ed
           high_pc              (data8) 11 (0x00000000004004f8)
           stmt_list            (sec_offset) 0

Directory table:
 /home/mark/build/elfutils-obj

File name table:
 Entry Dir   Time      Size      Name
 1     1     0         0         prog.c

Hopefully these changes are correct. If not, please let me know, and
apologies for pushing them on your branch.

Cheers,

Mark

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Some debuginfod fixlets
  2019-11-16 16:42 Some debuginfod fixlets Mark Wielaard
@ 2019-11-17 16:22 ` Mark Wielaard
  0 siblings, 0 replies; 2+ messages in thread
From: Mark Wielaard @ 2019-11-17 16:22 UTC (permalink / raw)
  To: elfutils-devel; +Cc: fche, amerey

Hi,

On Sat, 2019-11-16 at 17:42 +0100, Mark Wielaard wrote:
> While testing Frank's new spec/rpms for the run-debuginfod-find.sh
> testcase I found a couple of issues that I pushed to the debuginfod-
> submit branch.
> 
>   Add tests/debuginfod-rpms to EXTRA_DISTS.
>   Fix two small memory leaks in debuginfod-find and testcase.
>   Increase timeout for run-debuginfod-find.sh
>   run-debuginfod-find.sh: Use abs_srcdir when copying debuginfod-rpms
>   debuginfod: Accept empty comp_dir when cuname is absolute.
> 
> With these fixes everything passes make distcheck locally.

There were 3 more patches needed:

 run-debuginfod-find.sh: Explicitly run with /bin/bash
 debuginfod-client: Always initialize suffix.
 run-debuginfod-find.sh: Extend DEBUGINFOD_TIMEOUT when ran under valgrind

All pushed to the debuginfod-submit branch. I did builds on all the
builbot workers (thanks to Dan Horák for preparing the s390x and
ppc64/ppc64le setups). And the new testcase now passes everywhere (some
combinations of debian, fedora and centos on armhf, aarch64, i686,
ppc64, ppc64le, s390x and x86_64).

The last patch extends the DEBUGINFOD_TIMEOUT to 5 minutes when running
under valgrind since valgrind really slows down the client. It seems
the poll/select call turns into a busy loop under valgrind. I am
tempted to disable valgrind when running the run-debuginfod-find.sh
testcase. But it has found a couple of issues, so it does seem useful
for now.

Cheers,

Mark

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2019-11-17 16:22 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-11-16 16:42 Some debuginfod fixlets Mark Wielaard
2019-11-17 16:22 ` Mark Wielaard

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).