summaryrefslogtreecommitdiffstats
path: root/libcxx/test/utilities/function.objects/func.wrap/func.wrap.func/func.wrap.func.con/alloc_function.pass.cpp
diff options
context:
space:
mode:
authorJason Molenda <jmolenda@apple.com>2014-11-04 05:28:40 +0000
committerJason Molenda <jmolenda@apple.com>2014-11-04 05:28:40 +0000
commit4b0089324344946ce033859d1cb3e031ae5fadd0 (patch)
tree9ac3b0a04fa3033f43e2542c5f81f1cb86f8653a /libcxx/test/utilities/function.objects/func.wrap/func.wrap.func/func.wrap.func.con/alloc_function.pass.cpp
parentd28edfea031b06f36e61e58093b39f37f14270d9 (diff)
downloadbcm5719-llvm-4b0089324344946ce033859d1cb3e031ae5fadd0.tar.gz
bcm5719-llvm-4b0089324344946ce033859d1cb3e031ae5fadd0.zip
Back out r221229 -- instead of trying to identify the end of the unwind,
let's let lldb try the arch default unwind every time but not destructively -- it doesn't permanently replace the main unwind method for that function from now on. This fix is for <rdar://problem/18683658>. I tested it against Ryan Brown's go program test case and also a collection of core files of tricky unwind scenarios <rdar://problem/15664282> <rdar://problem/15835846> <rdar://problem/15982682> <rdar://problem/16099440> <rdar://problem/17364005> <rdar://problem/18556719> that I've fixed over the last 6-9 months. llvm-svn: 221238
Diffstat (limited to 'libcxx/test/utilities/function.objects/func.wrap/func.wrap.func/func.wrap.func.con/alloc_function.pass.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud