[Top][All Lists]

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

[Bug gold/23842] "dwp -e" doesn't consult DW_AT_comp_dir attributes

From: tridacnid at gmail dot com
Subject: [Bug gold/23842] "dwp -e" doesn't consult DW_AT_comp_dir attributes
Date: Wed, 27 Feb 2019 16:03:21 +0000


Joe Burzinski <tridacnid at gmail dot com> changed:

           What    |Removed                     |Added
                 CC|                            |tridacnid at gmail dot com

--- Comment #1 from Joe Burzinski <tridacnid at gmail dot com> ---
I have run into this same behavior and found it frustrating so I'm putting
together a small patch to change dwp to first use the relative path as it used
to and then construct an absolute path using DW_AT_comp_dir as a prefix and try
that second. I'm looking for some guidance regarding a couple things:
1. Maintaining backwards compatibility.
2. Silencing "error: cannot open a.dwo: No such file or directory" until we've
determined we also can't find a.dwo in the compile location.
3. Writing tests for this. I see two bash scripts that can be run but I'm not
sure I follow what the C++ files named dwp_test_* are doing.

As far as item 1 is concerned, I have tried to maintain backwards compatibility
by first checking relative path (what dwp used to do) and then falling back to
using the location specified by DW_AT_comp_dir to create an absolute path and
attempt to open the file at that location instead. Unfortunately, this causes
item 2 to be a problem. For the basic test case provided by Mitchell and my own
use cases dwp will give an error message for most, if not all, .dwo files that
it initially cannot find by searching the relative path.

You are receiving this mail because:
You are on the CC list for the bug.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]