Hide Forgot
Created attachment 1301240 [details] clang compiled object that includes the example above Description of problem: We are starting to use Clang 4.0.0 at LLNL and it is emitting some DWARF5 opcodes. Please backport DWARF5 decoding to RHEL's binutils. For example: #include <string> #include <vector> std::vector<std::string> var; and tangentially I saw something in the DWARF which neither readelf or eu-readelf understands. <2><7e1>: Abbrev Number: 23 (DW_TAG_namespace) <7e2> DW_AT_name : (indirect string, offset: 0x15c): __cxx11 <7e6> DW_AT_decl_file : 1 <7e7> DW_AT_decl_line : 2214 <7e9> Unknown AT value: 89: 1 probably a rebase is too dangerous and the changes haven't even landed in 2.28 yet. However, since clang is already emitting some DWARF5 we should at least be able to decode what it is emitting reliably.
Hi Ben, Unfortunately this request has arrived too late to be included into RHEL 7.4. I will make sure however that the RHEL 7.5 binutils does contain the required patch. In the meantime you might want to consider using the soon-to-be-released Developer Toolset 7 for RHEL 7.4, as I have patched those sources as well. Cheers Nick
The fix has now been added to the RHEL-7.5 binutils branch.
Hi Vladimír, Looks good to me. :-) Cheers Nick
Verified with binutils-2.27-9.base.el7.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:0686