llvm-project.git/llvm/lib/CodeGen/AsmPrinter/AddressPool.h, branch users/nico/python-2

Recommit "PR44685: DebugInfo: Handle address-use-invalid type units referencing non-type units"

2020-08-18T20:43:28+00:00

Originally committed as be3ef93bf58aa5546c7baadfb21d43b75fbb4e24.
Reverted by b4bffdbadfcceb3959aaf231c1542301944e5812 due to bot
failures:
http://green.lab.llvm.org/green/job/clang-stage1-cmake-RA-expensive/17380/testReport/junit/LLVM/DebugInfo_X86/addr_tu_to_non_tu_ll/
http://45.33.8.238/win/22216/step_11.txt

MacOS failure due to testing Split DWARF which isn't compatible with
MachO.
Windows failure due to testing type units which aren't enabled on
Windows.

Fix both of these by applying an explicit x86 linux triple to the test.

Revert "PR44685: DebugInfo: Handle address-use-invalid type units referencing non-type units"

2020-08-18T12:40:36+00:00

This reverts commit be3ef93bf58aa5546c7baadfb21d43b75fbb4e24.
Test fails on macOS and Windows, e.g. http://45.33.8.238/win/22216/step_11.txt

PR44685: DebugInfo: Handle address-use-invalid type units referencing non-type units

2020-08-18T04:42:00+00:00

Theory was that we should never reach a non-type unit (eg: type in an
anonymous namespace) when we're already in the invalid "encountered an
address-use, so stop emitting types for now, until we throw out the
whole type tree to restart emitting in non-type unit" state. But that's
not the case (prior commit cleaned up one reason this wasn't exposed
sooner - but also makes it easier to test/demonstrate this issue)

DebugInfo: Use assembly label arithmetic for address pool size for easier reading/editing

2019-01-24T03:27:57+00:00

Recommits 350048, 350050 That broke buildbots because of some typos in
the test case.

llvm-svn: 352019

Update the file headers across all of the LLVM projects in the monorepo

2019-01-19T08:50:56+00:00

to reflect the new license.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351636

Revert rL350048 and rL350050

2018-12-24T10:30:04+00:00

These patches have broken almost all buildbots on test
DebugInfo/X86/addr_comments.ll. Reverting to green.

llvm-svn: 350052

Fix build - follow-up to r350048 which broke headerless (v4) address pool

2018-12-24T07:56:40+00:00

llvm-svn: 350050

DebugInfo: Use assembly label arithmetic for address pool size for easier reading/editing

2018-12-24T07:35:10+00:00

llvm-svn: 350048

[DWARF] - Emit the correct value for DW_AT_addr_base.

2018-09-20T09:17:36+00:00

Currently, we emit DW_AT_addr_base that points to the beginning of
the .debug_addr section. That is not correct for the DWARF5 case because address
table contains the header and the attribute should point to the first entry
following the header.

This is currently the reason why LLDB does not work with such executables correctly.
Patch fixes the issue.

Differential revision: https://reviews.llvm.org/D52168

llvm-svn: 342635

[DWARF] Basic support for producing DWARFv5 .debug_addr section

2018-08-01T05:48:06+00:00

This revision implements support for generating DWARFv5 .debug_addr section.
The implementation is pretty straight-forward: we just check the dwarf version
and emit section header if needed.

Reviewers: aprantl, dblaikie, probinson

Reviewed by: dblaikie

Differential Revision: https://reviews.llvm.org/D50005

llvm-svn: 338487