diff options
| author | Sanjay Patel <spatel@rotateright.com> | 2018-08-22 22:52:05 +0000 |
|---|---|---|
| committer | Sanjay Patel <spatel@rotateright.com> | 2018-08-22 22:52:05 +0000 |
| commit | ed1b9695ee2898b931e26a929222cda9152e7b16 (patch) | |
| tree | 3cd69745134edc4d0a9f626e73e0cd4efe39af7f /lldb/packages/Python/lldbsuite/test/python_api | |
| parent | fb97c54cf1b835c22f42e56b7987beb7120aadc7 (diff) | |
| download | bcm5719-llvm-ed1b9695ee2898b931e26a929222cda9152e7b16.tar.gz bcm5719-llvm-ed1b9695ee2898b931e26a929222cda9152e7b16.zip | |
[SelectionDAG] unroll unsupported vector FP ops earlier to avoid libcalls on undef elements (PR38527)
This solves the motivating case from:
https://bugs.llvm.org/show_bug.cgi?id=38527
If we are legalizing an FP vector op that maps to 1 of the LLVM intrinsics that mimic libm calls,
but we're going to end up with scalar libcalls for that vector type anyway, then we should unroll
the vector op into scalars before widening. This avoids libcalls because we've lost the knowledge
that some of the scalar elements are undef.
Differential Revision: https://reviews.llvm.org/D50791
llvm-svn: 340469
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api')
0 files changed, 0 insertions, 0 deletions
