summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Transforms
diff options
context:
space:
mode:
authorJason Molenda <jmolenda@apple.com>2019-06-11 21:31:19 +0000
committerJason Molenda <jmolenda@apple.com>2019-06-11 21:31:19 +0000
commit1a7362f33e1f31fc1c545b03f5eb2362143c6613 (patch)
tree6a8a1983056f9b942c28c3f84a02e5af0d4cc129 /llvm/lib/Transforms
parenteb2e0c3844d375bde865c12f711bb88169ece313 (diff)
downloadbcm5719-llvm-1a7362f33e1f31fc1c545b03f5eb2362143c6613.tar.gz
bcm5719-llvm-1a7362f33e1f31fc1c545b03f5eb2362143c6613.zip
When reading ObjC class table, use new SPI if it is avail
In the latest OS betas, the objc runtime has a special interface for the debugger, class_getNameRaw(), instead of the existing class_getName(), which will return class names in their raw, unmangled (in the case of swift) form. When lldb can access the unmangled names of classes, it won't need to fetch them out of the inferior process after we run our "get the objc class table" expression. If the new interface is absent (debugging a process on an older target), lldb will fall back to class_getName and reading any class names that it got back in demangled form, at a bit of a performance cost on the first expression. <rdar://problem/50688054> llvm-svn: 363103
Diffstat (limited to 'llvm/lib/Transforms')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud