aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Object/IRObjectFile.cpp
diff options
context:
space:
mode:
authorChandler Carruth <chandlerc@gmail.com>2014-12-09 14:50:25 +0000
committerChandler Carruth <chandlerc@gmail.com>2014-12-09 14:50:25 +0000
commit04ca0bba9c60c5d7d8cb8427bdd862c2d4c55883 (patch)
tree00cffe9a74c871adab8918e105eb912aee02f62b /llvm/lib/Object/IRObjectFile.cpp
parente61fba3b70949e2955f946b81a215c7e08d9aee6 (diff)
downloadllvm-04ca0bba9c60c5d7d8cb8427bdd862c2d4c55883.zip
llvm-04ca0bba9c60c5d7d8cb8427bdd862c2d4c55883.tar.gz
llvm-04ca0bba9c60c5d7d8cb8427bdd862c2d4c55883.tar.bz2
Re-work the Clang system for classifying Intel x86 CPUs to use their
basic microarchitecture names, and add support (with tests) for parsing all of the masic microarchitecture names for CPUs documented to be accepted by GCC with -march. I didn't go back through the 32-bit-only old microarchitectures, but this at least brings the recent architecture names up to speed. This is essentially the follow-up to the LLVM commit r223769 which did similar cleanups for the LLVM CPUs. One particular benefit is that you can now use -march=westmere in Clang and get the LLVM westmere processor which is a different ISA variant (!) and so quite significant. Much like with r223769, I would appreciate the Intel folks carefully thinking about the macros defined, names used, etc for the atom chips and newest primary x86 chips. The current patterns seem quite strange to me, especially here in Clang. Note that I haven't replicated the per-microarchitecture macro defines provided by GCC. I'm really opposed to source code using these rather than using ISA feature macros. llvm-svn: 223776
Diffstat (limited to 'llvm/lib/Object/IRObjectFile.cpp')
0 files changed, 0 insertions, 0 deletions