History log of /llvm-project/llvm/lib/DebugInfo/LogicalView/Readers/LVDWARFReader.cpp (Results 1 – 9 of 9)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: llvmorg-21-init, llvmorg-19.1.7, llvmorg-19.1.6, llvmorg-19.1.5
# c4fbb650 28-Nov-2024 Carlos Alberto Enciso <Carlos.Enciso@sony.com>

[llvm-debuginfo-analyzer] Add support for DW_AT_GNU_template_name. (#115724)

For the given C++ code:
```
template <typename T> class Foo { T Member; };

template <template <typename T> class

[llvm-debuginfo-analyzer] Add support for DW_AT_GNU_template_name. (#115724)

For the given C++ code:
```
template <typename T> class Foo { T Member; };

template <template <typename T> class TemplateType>
class Bar {
TemplateType<int> Int;
};

template <template <template <typename> class> class TemplateTemplateType>
class Baz {
TemplateTemplateType<Foo> Foo;
};

typedef Baz<Bar> Example;
Example TT;
```
The '--attribute=encoded' option, will produce the logical view:
```
{Class} 'Foo<int>'
{Encoded} <int>
{Class} 'Bar<Foo>'
{Encoded} <> <-- Missing the template argument info (Foo)
{Class} 'Baz<Bar>'
{Encoded} <> <-- Missing the template argument info (Bar)
```
When the template argument is another template it is not included in the
{Encoded} field. The correct output should be:
```
{Class} 'Foo<int>'
{Encoded} <int>
{Class} 'Bar<Foo>'
{Encoded} <Foo>
{Class} 'Baz<Bar>'
{Encoded} <Bar>
```

show more ...


# fb376595 28-Nov-2024 Carlos Alberto Enciso <Carlos.Enciso@sony.com>

[llvm-debuginfo-analyzer] Common handling of unsigned attribute values. (#116027)

- In the DWARF reader, for those attributes that can have an unsigned
value, allow for the following cases:
* Is

[llvm-debuginfo-analyzer] Common handling of unsigned attribute values. (#116027)

- In the DWARF reader, for those attributes that can have an unsigned
value, allow for the following cases:
* Is an implicit constant
* Is an optional value
- The testing is done by creating a file with generated DWARF, using
`DwarfGenerator` (generate DWARF debug info for unit tests).

show more ...


Revision tags: llvmorg-19.1.4
# 0060c54e 17-Nov-2024 Kazu Hirata <kazu@google.com>

[DebugInfo] Remove unused includes (NFC) (#116551)

Identified with misc-include-cleaner.


# 5e7662ef 11-Nov-2024 Carlos Alberto Enciso <Carlos.Enciso@sony.com>

[llvm-debuginfo-analyzer] Incorrect DW_AT_call_line/DW_AT_call_file. (#115701)

The code dealing with DW_AT_call_line/DW_AT_call_file is in the wrong
place. The correct functions were call, but with

[llvm-debuginfo-analyzer] Incorrect DW_AT_call_line/DW_AT_call_file. (#115701)

The code dealing with DW_AT_call_line/DW_AT_call_file is in the wrong
place. The correct functions were call, but with incorrect values:
DW_AT_call_line <-- Filename Index
DW_AT_call_file <-- Line number

show more ...


Revision tags: llvmorg-19.1.3
# 8b6764fd 17-Oct-2024 Kazu Hirata <kazu@google.com>

[DebugInfo] Simplify code with std::unordered_map::operator[] (NFC) (#112658)


Revision tags: llvmorg-19.1.2, llvmorg-19.1.1, llvmorg-19.1.0
# f2b71491 09-Sep-2024 Craig Topper <craig.topper@sifive.com>

[MC] Make MCRegisterInfo::getLLVMRegNum return std::optional<MCRegister>. NFC (#107776)


Revision tags: llvmorg-19.1.0-rc4, llvmorg-19.1.0-rc3, llvmorg-19.1.0-rc2, llvmorg-19.1.0-rc1, llvmorg-20-init
# d0d61a7e 16-Jul-2024 Pavel Labath <pavel@labath.sk>

Split DWARFFormValue::getReference into four functions (#98905)

The result of the function cannot be correctly interpreted without
knowing the precise form type (a type signature needs to be looked

Split DWARFFormValue::getReference into four functions (#98905)

The result of the function cannot be correctly interpreted without
knowing the precise form type (a type signature needs to be looked up
very differently from a supplementary debug info reference). The
function sort of worked because the two reference types (unit-relative
and section-relative) that can be handled uniformly are also the most
common types of references, but this setup made it easy to write code
which does not support other kinds of reference (and if one tried to
support them, the result didn't look pretty --
https://github.com/llvm/llvm-project/pull/97423/files#r1676217081).

The split is based on the reference type classification from DWARFv5
(Section 7.5.5 Classes and Forms), and it should enable uniform (if
slightly more verbose) hadling. Note that this only affects users which
want more control of how (or if) the references are resolved. Users
which just want to access the referenced DIE can use the higher level
API (DWARFDie::GetAttributeValueAsReferencedDie) which returns (or will
return after #97423 is merged) the correct die for all reference types
(except for supplementary references, which we don't support right now).

show more ...


Revision tags: llvmorg-18.1.8, llvmorg-18.1.7, llvmorg-18.1.6, llvmorg-18.1.5, llvmorg-18.1.4, llvmorg-18.1.3
# 9c0c98ed 27-Mar-2024 Carlos Alberto Enciso <carlos.alberto.enciso@gmail.com>

[llvm-debuginfo-analyzer][DOC] Convert 'README.txt' to markdown. (#86394)

As part of the WebAssembly support work
https://github.com/llvm/llvm-project/pull/85566

The README.txt is a bit odd sinc

[llvm-debuginfo-analyzer][DOC] Convert 'README.txt' to markdown. (#86394)

As part of the WebAssembly support work
https://github.com/llvm/llvm-project/pull/85566

The README.txt is a bit odd since it only lists issues and problems
without talking about what works. It’s also hard to read on the GitHub
web view.

- Convert to Markdown and linking to the command docs
https://llvm.org/docs/CommandGuide/llvm-debuginfo-analyzer
- Rename some left 'elf reader' to 'DWARF reader'.

show more ...


Revision tags: llvmorg-18.1.2
# c1ccf078 18-Mar-2024 Carlos Alberto Enciso <47597242+CarlosAlbertoEnciso@users.noreply.github.com>

[llvm-debuginfo-analyzer][NFC] Rename LVElfReader.cpp[h] (#85530)

As part of the WebAssembly support work review
https://github.com/llvm/llvm-project/pull/82588

It was decided to rename:

[llvm-debuginfo-analyzer][NFC] Rename LVElfReader.cpp[h] (#85530)

As part of the WebAssembly support work review
https://github.com/llvm/llvm-project/pull/82588

It was decided to rename:

Files: LVElfReader.cpp[h] -> LVDWARFReader.cpp[h]
ELFReaderTest.cpp -> DWARFReaderTest.cpp

Class: LVELFReader -> LVDWARFReader

The name LVDWARFReader would match the another reader LVCodeViewReader
as they will reflect the type of
debug information format that they are parsing.

show more ...