summaryrefslogtreecommitdiffstats
path: root/lldb/source/Plugins/ObjectFile/Mach-O/ObjectFileMachO.cpp
diff options
context:
space:
mode:
authorTim Northover <tnorthover@apple.com>2016-02-02 18:02:10 +0000
committerTim Northover <tnorthover@apple.com>2016-02-02 18:02:10 +0000
commitbbac6d7c1b510fe0b0f0923d4c5a15c41d9a5436 (patch)
tree9972b8d6319d6f96bfbce8dbaeef0d11d9e2a255 /lldb/source/Plugins/ObjectFile/Mach-O/ObjectFileMachO.cpp
parent1fcd610c9499d8f1eb42f339926ed17ec6d98ddd (diff)
downloadbcm5719-llvm-bbac6d7c1b510fe0b0f0923d4c5a15c41d9a5436.tar.gz
bcm5719-llvm-bbac6d7c1b510fe0b0f0923d4c5a15c41d9a5436.zip
ARM: allow both vfma and vfms intrinsics on v7.
The main purpose here is that vfma/vfms should be symmetric, and they are supported on most v7 cores. The new ArchGuard is suggested by ACLE but prophylactic for us. Almost all CPUs with NEON *will* have vfma, and the few exceptions I know of (e.g. Cortex-A8) are incorrectly modelled by Clang so can't trigger a test. Fortunately, they're getting rarer. But if we ever do support them properly arm_neon.h should now do the right thing. llvm-svn: 259537
Diffstat (limited to 'lldb/source/Plugins/ObjectFile/Mach-O/ObjectFileMachO.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud