diff options
author | Jakub Jelinek <jakub@redhat.com> | 2021-02-05 10:39:03 +0100 |
---|---|---|
committer | Jakub Jelinek <jakub@redhat.com> | 2021-02-05 10:39:03 +0100 |
commit | 37876976b0511ec96741f638f160874f2added0e (patch) | |
tree | 75a96acb28e6ccb10feb80d1e0875725efc5c927 /gcc/tree-vectorizer.h | |
parent | b229baa75ce4627d1bd38f2d3dcd91af1a7071db (diff) | |
download | gcc-37876976b0511ec96741f638f160874f2added0e.zip gcc-37876976b0511ec96741f638f160874f2added0e.tar.gz gcc-37876976b0511ec96741f638f160874f2added0e.tar.bz2 |
i386: Fix up TARGET_QIMODE_MATH for many AMD CPU tunings [PR98957]
As written in the PR, TARGET_QIMODE_MATH was meant to be set for all
tunings and it was the case for GCC <= 7, but as the number of
PROCESSOR_* enumerators grew, some AMD tunings (which are at the end
of the list) over time got enumerators with values >= 32 and
TARGET_QIMODE_MATH became disabled for them, in GCC 8 for 2
tunings, in GCC 9 for 7 tunings, in GCC 10 for 8 tunings, and
on the trunk for 11 tunings.
The following patch fixes it by using uhwis rather than uints
and gives them also symbolic names.
2021-02-05 Jakub Jelinek <jakub@redhat.com>
PR target/98957
* config/i386/i386-options.c (m_NONE, m_ALL): Define.
* config/i386/x86-tune.def (X86_TUNE_BRANCH_PREDICTION_HINTS,
X86_TUNE_PROMOTE_QI_REGS): Use m_NONE instead of 0U.
(X86_TUNE_QIMODE_MATH): Use m_ALL instead of ~0U.
Diffstat (limited to 'gcc/tree-vectorizer.h')
0 files changed, 0 insertions, 0 deletions