From: Sam Feifer <sfeifer@redhat.com>
To: Andrew Pinski <pinskia@gmail.com>
Cc: GCC Patches <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH] match.pd: Add new division pattern [PR104992]
Date: Tue, 26 Jul 2022 10:31:13 -0400 [thread overview]
Message-ID: <CAJKdq8TAw9ApdWL6RSYLGL11=i2J4OCwQkYdve7wTDSHpGQywA@mail.gmail.com> (raw)
In-Reply-To: <CA+=Sn1nGdDTEhb4zPPqrgnpaw-Yzgn0pz41tFw_GDk8UnHQ+UA@mail.gmail.com>
>
> int f(_Complex int x, _Complex int y)
> {
> return x == x / y * y;
> }
>
After some research about mod with complex types, I found that the binary
mod operation does not work with complex types. If so, the complex test
case should not be simplified. Is this correct?
I should also note that the above function, f, causes a segmentation fault.
I can only get a function with complex types to compile by breaking up the
operations like I would in a forward propagation test case. When I do this,
it does not simplify into mod, which I think is right.
Thanks
-Sam
> For vector try (which works for both the C and C++ front-end):
> #define vector __attribute__((vector_size(4*sizeof(int)) ))
> vector int f(vector int x, vector int y)
> {
> return x == x / y * y;
> }
>
> That is for the vector case, == still returns a vector type.
>
> Thanks,
> Andrew Pinski
>
> >
> > Thanks
> > -Sam
> >
> >> Thanks,
> >> Andrew Pinski
> >>
> >> > diff --git a/gcc/testsuite/gcc.dg/pr104992-1.c
> b/gcc/testsuite/gcc.dg/pr104992-1.c
> >> > new file mode 100644
> >> > index 00000000000..a80e5e180ce
> >> > --- /dev/null
> >> > +++ b/gcc/testsuite/gcc.dg/pr104992-1.c
> >> > @@ -0,0 +1,30 @@
> >> > +/* PR tree-optimization/104992 */
> >> > +/* { dg-do run } */
> >> > +/* { dg-options "-O2"} */
> >> > +
> >> > +#include "pr104992.c"
> >> > +
> >> > +int main () {
> >> > +
> >> > + /* Should be true. */
> >> > + if (!foo(6, 3)
> >> > + || !bar(12, 2)
> >> > + || !baz(34, 17)
> >> > + || !qux(50, 10)
> >> > + || !fred(16, 8)
> >> > + || !baz(-9, 3)
> >> > + || !baz(9, -3)
> >> > + || !baz(-9, -3)
> >> > + ) {
> >> > + __builtin_abort();
> >> > + }
> >> > +
> >> > + /* Should be false. */
> >> > + if (foo(5, 30)
> >> > + || bar(72, 27)
> >> > + || baz(42, 15)) {
> >> > + __builtin_abort();
> >> > + }
> >> > +
> >> > + return 0;
> >> > +}
> >> > diff --git a/gcc/testsuite/gcc.dg/pr104992.c
> b/gcc/testsuite/gcc.dg/pr104992.c
> >> > new file mode 100644
> >> > index 00000000000..b4b0ca53118
> >> > --- /dev/null
> >> > +++ b/gcc/testsuite/gcc.dg/pr104992.c
> >> > @@ -0,0 +1,35 @@
> >> > +/* PR tree-optimization/104992 */
> >> > +/* { dg-do compile } */
> >> > +/* { dg-options "-O2 -fdump-tree-optimized" } */
> >> > +
> >> > +/* Form from PR. */
> >> > +__attribute__((noipa)) unsigned foo(unsigned x, unsigned y)
> >> > +{
> >> > + return x / y * y == x;
> >> > +}
> >> > +
> >> > +__attribute__((noipa)) unsigned bar(unsigned x, unsigned y) {
> >> > + return x == x / y * y;
> >> > +}
> >> > +
> >> > +/* Signed test case. */
> >> > +__attribute__((noipa)) unsigned baz (int x, int y) {
> >> > + return x / y * y == x;
> >> > +}
> >> > +
> >> > +/* Changed order. */
> >> > +__attribute__((noipa)) unsigned qux (unsigned x, unsigned y) {
> >> > + return y * (x / y) == x;
> >> > +}
> >> > +
> >> > +/* Wrong order. */
> >> > +__attribute__((noipa)) unsigned fred (unsigned x, unsigned y) {
> >> > + return y * x / y == x;
> >> > +}
> >> > +
> >> > +/* Wrong pattern. */
> >> > +__attribute__((noipa)) unsigned waldo (unsigned x, unsigned y,
> unsigned z) {
> >> > + return x / y * z == x;
> >> > +}
> >> > +
> >> > +/* { dg-final {scan-tree-dump-times " % " 4 "optimized" } } */
> >> >
> >> > base-commit: 633e9920589ddfaf2d6da1c24ce99b18a2638db4
> >> > --
> >> > 2.31.1
> >> >
> >>
>
>
next prev parent reply other threads:[~2022-07-26 14:31 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-25 19:34 Sam Feifer
2022-07-25 19:49 ` Andrew Pinski
2022-07-25 20:59 ` Sam Feifer
2022-07-25 21:14 ` Andrew Pinski
2022-07-26 14:31 ` Sam Feifer [this message]
2022-07-27 8:42 ` Richard Biener
2022-07-27 19:57 ` Sam Feifer
2022-07-28 7:03 ` Richard Biener
2022-08-01 13:27 ` Sam Feifer
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='CAJKdq8TAw9ApdWL6RSYLGL11=i2J4OCwQkYdve7wTDSHpGQywA@mail.gmail.com' \
--to=sfeifer@redhat.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=pinskia@gmail.com \
/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).