ARM: correct handling of features in arch_extension
authorSaleem Abdulrasool <compnerd@compnerd.org>
Sun, 27 Jul 2014 19:07:09 +0000 (19:07 +0000)
committerSaleem Abdulrasool <compnerd@compnerd.org>
Sun, 27 Jul 2014 19:07:09 +0000 (19:07 +0000)
commit8988c2a5249d147acea23a7883fab17331fcea57
tree2163b30535e7d8070a5176019170c9de576af67d
parent45cf67b8e9ad91d65a9f03acb669b0edf223d7f0
ARM: correct handling of features in arch_extension

The subtarget information is the ultimate source of truth for the feature set
that is enabled at this point.  We would previously not propagate the feature
information to the subtarget.  While this worked for the most part (features
would be enabled/disabled as requested), if another operation that changed the
feature bits was encountered (such as a mode switch via a .arm or .thumb
directive), we would end up resetting the behaviour of the architectural
extensions.

Handling this properly requires a slightly more complicated handling.  We need
to check if the feature is now being toggled.  If so, only then do we toggle the
features.  In return, we no longer have to calculate the feature bits ourselves.

The test changes are mostly to the diagnosis, which is now more uniform (a nice
side effect!).  Add an additional test to ensure that we handle this case
properly.

Thanks to Nico Weber for alerting me to this issue!

llvm-svn: 214057
llvm/lib/Target/ARM/AsmParser/ARMAsmParser.cpp
llvm/test/MC/ARM/directive-arch_extension-crc.s
llvm/test/MC/ARM/directive-arch_extension-fp.s
llvm/test/MC/ARM/directive-arch_extension-idiv.s
llvm/test/MC/ARM/directive-arch_extension-mode-switch.s [new file with mode: 0644]
llvm/test/MC/ARM/directive-arch_extension-simd.s