summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/python_api/signals
diff options
context:
space:
mode:
authorAdrian Prantl <aprantl@apple.com>2016-05-09 17:37:42 +0000
committerAdrian Prantl <aprantl@apple.com>2016-05-09 17:37:42 +0000
commitec45b437a79f932cd54976272675bcb05811d436 (patch)
tree6444a620626bcbb069990d3788429d01dd758b5a /lldb/packages/Python/lldbsuite/test/python_api/signals
parent4a9292b127d520349ca66b3a3d232e795c1c2b1d (diff)
downloadbcm5719-llvm-ec45b437a79f932cd54976272675bcb05811d436.tar.gz
bcm5719-llvm-ec45b437a79f932cd54976272675bcb05811d436.zip
Separate the Verifier into an analysis and a transformation pass and
allow the transformation to strip invalid debug info. This patch separates the Verifier into an analysis and a transformation pass, with the transformation pass optionally stripping malformed debug info. The problem I'm trying to solve with this sequence of patches is that historically we've done a really bad job at verifying debug info. We want to be able to make the verifier stricter without having to worry about breaking bitcode compatibility with existing producers. For example, we don't necessarily want IR produced by an older version of clang to be rejected by an LTO link just because of malformed debug info, and rather provide an option to strip it. Note that merely outdated (but well-formed) debug info would continue to be auto-upgraded in this scenario. http://reviews.llvm.org/D19988 rdar://problem/25818489 llvm-svn: 268937
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/signals')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud