Since r264316, clang started adding DW_AT_GNU_dwo_name attribute to dwo files (previously, this
attribute was only present in main object files), breaking pretty much every dwo test. The
problem was that we were treating the presence of said attribute as a signal that we should look
for information in an external object file, and caused us to enter an infinite loop. I fix this
by making sure we do not go looking for an external dwo file if we already *are* parsing a dwo
file.
Details
Details
Diff Detail
Diff Detail
Event Timeline
Comment Actions
Looks good
source/Plugins/SymbolFile/DWARF/SymbolFileDWARF.h | ||
---|---|---|
334 | I would rename it to GetDwoSymbolFileForCompileUnit(....) as DWO in its own doesn't mean too much. |
Comment Actions
@clayborg: I am going to put this in now, to stabilize the buildbot situation. I'll be happy to address any concerns in a follow-up commit.
I would rename it to GetDwoSymbolFileForCompileUnit(....) as DWO in its own doesn't mean too much.