public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Jeff Law <jeffreyalaw@gmail.com>
To: Kito Cheng <kito.cheng@sifive.com>, Monk Chiang <monk.chiang@sifive.com>
Cc: gcc-patches@gcc.gnu.org, rguenther@suse.de, apinski@marvell.com
Subject: Re: [PATCH] RISC-V: Add split pattern to generate SFB instructions. [PR113095]
Date: Fri, 19 Jan 2024 10:56:04 -0700	[thread overview]
Message-ID: <34dd996f-c79e-4acb-a7be-be1fcc1916ab@gmail.com> (raw)
In-Reply-To: <CALLt3Tj8htTkM1EAx+PKqkPsWseHiUXDDAcES4negDeMCBAUOw@mail.gmail.com>



On 1/19/24 00:09, Kito Cheng wrote:
> Thanks! generally LGTM, but I would wait one more week to see any
> other comments :)Just a note.  113095 isn't marked as a regression, but it most 
definitely is a regression.  So this meets the stage4 criteria.


> 
> On Fri, Jan 19, 2024 at 3:05 PM Monk Chiang <monk.chiang@sifive.com> wrote:
>>
>> Since the match.pd transforms (zero_one == 0) ? y : z <op> y,
>> into ((typeof(y))zero_one * z) <op> y. Add splitters to recongize
>> this expression to generate SFB instructions.
>>
>> gcc/ChangeLog:
>>          PR target/113095
>>          * config/riscv/sfb.md: New splitters to rewrite single bit
>>          sign extension as the condition to SFB instructions.
>>
>> gcc/testsuite/ChangeLog:
>>          * gcc.target/riscv/sfb.c: New test.
I would probably suggest seeing if these still work when the NE nodes do 
not have a mode (ie, replace "ne:X" with just "ne".  Our docs are a bit 
unclear on that topic IIRC and it looks like the RISC-V backend is 
inconsistent.

More importantly, this message doesn't indicate if/how this patch was 
tested.  Given it's conditional on SFB a bug here would be narrow, but 
we should still be doing a regression test.

Jeff

      reply	other threads:[~2024-01-19 17:56 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-19  7:05 Monk Chiang
2024-01-19  7:09 ` Kito Cheng
2024-01-19 17:56   ` Jeff Law [this message]

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=34dd996f-c79e-4acb-a7be-be1fcc1916ab@gmail.com \
    --to=jeffreyalaw@gmail.com \
    --cc=apinski@marvell.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=kito.cheng@sifive.com \
    --cc=monk.chiang@sifive.com \
    --cc=rguenther@suse.de \
    /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).