diff options
| author | Craig Topper <craig.topper@intel.com> | 2020-08-19 13:12:46 -0700 |
|---|---|---|
| committer | Craig Topper <craig.topper@intel.com> | 2020-08-19 13:17:57 -0700 |
| commit | 7cffaf510f97eabef89b0d45aeb939df40e8e9d3 (patch) | |
| tree | 0b9634673a1da4328fc9c2b28496453bc5598153 /clang/lib/CodeGen/CodeGenModule.cpp | |
| parent | fb4acd37fe60a08a0077560d2814053d76ea1c41 (diff) | |
| download | llvm-7cffaf510f97eabef89b0d45aeb939df40e8e9d3.zip llvm-7cffaf510f97eabef89b0d45aeb939df40e8e9d3.tar.gz llvm-7cffaf510f97eabef89b0d45aeb939df40e8e9d3.tar.bz2 | |
[X89] Ignore -mtune=generic to fix failures some users are seeing after D85384
Some code bases out there pass -mtune=generic to clang. This would have
been ignored prior to D85384. Now it results in an error
because "generic" isn't recognized by isValidCPUName.
And if we let it go through to the backend as a tune
setting it would get the tune flags closer to i386 rather
than a modern CPU.
I plan to change what tune=generic does in the backend in
a future patch. And allow this in the frontend.
But this should be a quick fix for the error some users
are seeing.
Diffstat (limited to 'clang/lib/CodeGen/CodeGenModule.cpp')
0 files changed, 0 insertions, 0 deletions