summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/macosx/queues/TestQueues.py
diff options
context:
space:
mode:
authorCraig Topper <craig.topper@intel.com>2017-12-11 21:09:19 +0000
committerCraig Topper <craig.topper@intel.com>2017-12-11 21:09:19 +0000
commit9a724aa38ff83c0d5654632e67f84b40559e3831 (patch)
tree0b95a2b63e46f2f8ad1d10a2fc5dfee185372509 /lldb/packages/Python/lldbsuite/test/macosx/queues/TestQueues.py
parent188252dd1e156ff96def744d3db23bce3b1a8f0c (diff)
downloadbcm5719-llvm-9a724aa38ff83c0d5654632e67f84b40559e3831.tar.gz
bcm5719-llvm-9a724aa38ff83c0d5654632e67f84b40559e3831.zip
[Driver][CodeGen] Add -mprefer-vector-width driver option and attribute during CodeGen.
This adds a new command line option -mprefer-vector-width to specify a preferred vector width for the vectorizers. Valid values are 'none' and unsigned integers. The driver will check that it meets those constraints. Specific supported integers will be managed by the targets in the backend. Clang will take the value and add it as a new function attribute during CodeGen. This represents the alternate direction proposed by Sanjay in this RFC: http://lists.llvm.org/pipermail/llvm-dev/2017-November/118734.html The syntax here matches gcc, though gcc treats it as an x86 specific command line argument. gcc only allows values of 128, 256, and 512. I'm not having clang check any values. Differential Revision: https://reviews.llvm.org/D40230 llvm-svn: 320419
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/macosx/queues/TestQueues.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud