public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "cvs-commit at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/78794] [7 Regression] We noticed ~9% regression in 32-bit mode for 462.libquntum on Avoton after r243202
Date: Wed, 28 Jun 2023 10:08:54 +0000	[thread overview]
Message-ID: <bug-78794-4-tt9NPJn4jV@http.gcc.gnu.org/bugzilla/> (raw)
In-Reply-To: <bug-78794-4@http.gcc.gnu.org/bugzilla/>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78794

--- Comment #12 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Roger Sayle <sayle@gcc.gnu.org>:

https://gcc.gnu.org/g:c027592d39b2968005aa28bc84a946bab2668db8

commit r14-2158-gc027592d39b2968005aa28bc84a946bab2668db8
Author: Roger Sayle <roger@nextmovesoftware.com>
Date:   Wed Jun 28 11:07:47 2023 +0100

    i386: Fix FAIL of gcc.target/i386/pr78794.c on ia32.

    This patch fixes that FAIL of gcc.target/i386/pr78794.c on ia32, which
    is caused by minor STV rtx_cost differences with -march=silvermont.
    It turns out that generic tuning results in pandn, but the lack of
    accurate parameterization for COMPARE in compute_convert_gain combined
    with small differences in scalar<->SSE costs on silvermont results in
    this DImode chain not being converted.

    The solution is to provide more accurate costs/gains for converting
    (DImode and SImode) comparisons.

    I'd been holding off of doing this as I'd thought it would be possible
    to turn pandn;ptestz into ptestc (for an even bigger scalar-to-vector
    win) but I've recently realized that these optimizations (as I've
    implemented them) occur in the wrong order (stv2 occurs after
    combine), so it isn't easy for STV to convert CCZmode into CCCmode.
    Doh!  Perhaps something can be done in peephole2.

    2023-06-28  Roger Sayle  <roger@nextmovesoftware.com>

    gcc/ChangeLog
            PR target/78794
            * config/i386/i386-features.cc (compute_convert_gain): Provide
            more accurate gains for conversion of scalar comparisons to
            PTEST.

           reply	other threads:[~2023-06-28 10:08 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <bug-78794-4@http.gcc.gnu.org/bugzilla/>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-78794-4-tt9NPJn4jV@http.gcc.gnu.org/bugzilla/ \
    --to=gcc-bugzilla@gcc.gnu.org \
    --cc=gcc-bugs@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).