summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/python_api/sbstructureddata/TestStructuredDataAPI.py
diff options
context:
space:
mode:
authorDavid Blaikie <dblaikie@gmail.com>2019-11-22 17:01:54 -0800
committerDavid Blaikie <dblaikie@gmail.com>2019-11-22 17:16:35 -0800
commite956952edec140d2475aa7c8cbe20fbdd3320634 (patch)
tree0444ab4b78d429aa4fd7cffd3bbc9a5974077f79 /lldb/packages/Python/lldbsuite/test/python_api/sbstructureddata/TestStructuredDataAPI.py
parent019779dadfd7c98aedf0072d604ace295be6fa62 (diff)
downloadbcm5719-llvm-e956952edec140d2475aa7c8cbe20fbdd3320634.tar.gz
bcm5719-llvm-e956952edec140d2475aa7c8cbe20fbdd3320634.zip
DebugInfo: Flag Dwarf Version metadata for merging during LTO
When the Dwarf Version metadata was initially added (r184276) there was no support for Module::Max - though the comment suggested that was the desired behavior. The original behavior was Module::Warn which would warn and then pick whichever version came first - which is pretty arbitrary/luck-based if the consumer has some need for one version or the other. Now that the functionality's been added (r303590) this change updates the implementation to match the desired goal. The general logic here is - if you compile /some/ of your program with a more recent DWARF version, you must have a consumer that can handle it, so might as well use it for /everything/. The only place where this might fall down is if you have a need to use an old tool (supporting only the older DWARF version) for some subset of your program. In which case now it'll all be the higher version. That seems pretty narrow (& the inverse could happen too - you specifically /need/ the higher DWARF version for some extra expressivity, etc, in some part of the program)
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/sbstructureddata/TestStructuredDataAPI.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud