summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/python_api/debugger/TestDebuggerAPI.py
diff options
context:
space:
mode:
authorAdrian Prantl <aprantl@apple.com>2016-05-09 17:37:33 +0000
committerAdrian Prantl <aprantl@apple.com>2016-05-09 17:37:33 +0000
commit4a9292b127d520349ca66b3a3d232e795c1c2b1d (patch)
tree4e5f6fc469d31f571c35b4d974b5cf761bea88c6 /lldb/packages/Python/lldbsuite/test/python_api/debugger/TestDebuggerAPI.py
parentc7b91e65d8960da9e9fb6a3d044f7da71d5879fa (diff)
downloadbcm5719-llvm-4a9292b127d520349ca66b3a3d232e795c1c2b1d.tar.gz
bcm5719-llvm-4a9292b127d520349ca66b3a3d232e795c1c2b1d.zip
Allow the LTO code generator to strip invalid debug info from the input.
This patch introduces a new option -lto-strip-invalid-debug-info, which drops malformed debug info from the input. 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. rdar://problem/25818489 http://reviews.llvm.org/D19987 llvm-svn: 268936
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/debugger/TestDebuggerAPI.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud