summaryrefslogtreecommitdiff
path: root/docs/CommandGuide
diff options
context:
space:
mode:
authorReed Kotler <rkotler@mips.com>2013-08-16 23:05:18 +0000
committerReed Kotler <rkotler@mips.com>2013-08-16 23:05:18 +0000
commit80f60610826158dcbfbeb5c235ca0ea673d23281 (patch)
tree5cc9298fdfefc2de4049f5513bcd2aea2c4ad199 /docs/CommandGuide
parent0c1c5b0aaac80ca233523379617df93bbc0e2014 (diff)
downloadllvm-80f60610826158dcbfbeb5c235ca0ea673d23281.tar.gz
llvm-80f60610826158dcbfbeb5c235ca0ea673d23281.tar.bz2
llvm-80f60610826158dcbfbeb5c235ca0ea673d23281.tar.xz
Fix a subtle difference between running clang vs llc for mips16.
This regards how mips16 is viewed. It's not really a target type but there has always been a target for it in the td files. It's more properly -mcpu=mips32 -mattr=+mips16 . This is how clang treats it but we have always had the -mcpu=mips16 which I probably should delete now but it will require updating all the .ll test cases for mips16. In this case it changed how we decide if we have a count bits instruction and whether instruction lowering should then expand ctlz. Now that we have dual mode compilation, -mattr=+mips16 really just indicates the inital processor mode that we are compiling for. (It is also possible to have -mcpu=64 -mattr=+mips16 but as far as I know, nobody has even built such a processor, though there is an architecture manual for this). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@188586 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'docs/CommandGuide')
0 files changed, 0 insertions, 0 deletions