forked from OSchip/llvm-project
[TargetInfo] Sort target features before passing them to the backend
Passing the features in random order will lead to unpredictable results when some of the features are related (like the architecture-version features on ARM). It might be possible to fix this particular case in the ARM target code, to avoid adding overlapping target features. But we should probably be sorting in any case: the behavior shouldn't depend on StringMap's hashing algorithm. Differential Revision: https://reviews.llvm.org/D46030 llvm-svn: 330861
This commit is contained in:
parent
cb8ca5f37c
commit
e54d0ff400
|
@ -638,6 +638,9 @@ TargetInfo::CreateTargetInfo(DiagnosticsEngine &Diags,
|
|||
Opts->Features.clear();
|
||||
for (const auto &F : Features)
|
||||
Opts->Features.push_back((F.getValue() ? "+" : "-") + F.getKey().str());
|
||||
// Sort here, so we handle the features in a predictable order. (This matters
|
||||
// when we're dealing with features that overlap.)
|
||||
llvm::sort(Opts->Features.begin(), Opts->Features.end());
|
||||
|
||||
if (!Target->handleTargetFeatures(Opts->Features, Diags))
|
||||
return nullptr;
|
||||
|
|
|
@ -0,0 +1,4 @@
|
|||
// RUN: %clang --target=arm-none-eabi -x c - -o - -S < %s -mcpu=cortex-a5 -mfpu=vfpv4-d16 | FileCheck %s
|
||||
// REQUIRES: arm-registered-target
|
||||
// CHECK: .fpu vfpv4-d16
|
||||
void foo() {}
|
Loading…
Reference in New Issue