public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug tree-optimization/112096] New: `(a || b) ? a : b` should be simplified to a
@ 2023-10-26 5:16 pinskia at gcc dot gnu.org
2023-10-26 5:17 ` [Bug tree-optimization/112096] " pinskia at gcc dot gnu.org
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: pinskia at gcc dot gnu.org @ 2023-10-26 5:16 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112096
Bug ID: 112096
Summary: `(a || b) ? a : b` should be simplified to a
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pinskia at gcc dot gnu.org
Target Milestone: ---
Take:
```
int t0(int x, int y)
{
_Bool t = x == 0 && y == 0;
if (t) return x; return y;
} // y
int t0_(int x, int y)
{
_Bool t = x == 0 && y == 0;
if (t) return 0; return y;
} // y
int t1(int x, int y)
{
_Bool t = x || y;
if (t) return x; return y;
} // x
int t1_(int x, int y)
{
_Bool t = x || y;
if (t) return x; return 0;
} // x
```
These should be simplified as the comment says
All 4 of these are caught by LLVM.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug tree-optimization/112096] `(a || b) ? a : b` should be simplified to a
2023-10-26 5:16 [Bug tree-optimization/112096] New: `(a || b) ? a : b` should be simplified to a pinskia at gcc dot gnu.org
@ 2023-10-26 5:17 ` pinskia at gcc dot gnu.org
2023-10-26 20:14 ` pinskia at gcc dot gnu.org
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu.org @ 2023-10-26 5:17 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112096
--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Note we already handle the bool case on the trunk.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug tree-optimization/112096] `(a || b) ? a : b` should be simplified to a
2023-10-26 5:16 [Bug tree-optimization/112096] New: `(a || b) ? a : b` should be simplified to a pinskia at gcc dot gnu.org
2023-10-26 5:17 ` [Bug tree-optimization/112096] " pinskia at gcc dot gnu.org
@ 2023-10-26 20:14 ` pinskia at gcc dot gnu.org
2023-10-26 20:22 ` pinskia at gcc dot gnu.org
2023-11-02 18:39 ` pinskia at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu.org @ 2023-10-26 20:14 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112096
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Last reconfirmed| |2023-10-26
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot gnu.org
--- Comment #2 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
```
int t01(int x, int y)
{
bool t = x == 5 && y == 5;
if (t) return 5; return y;
} // y
```
Is able to be detected in phiopt2. Just not the == 0/!=0 case.
Nor:
```
int t1(int x, int y)
{
bool t = x != 5 || y != 5;
if (t) return x; return 5;
} // x
```
I have to look at where phiopt is able to detect this and improve it for these
2 cases ...
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug tree-optimization/112096] `(a || b) ? a : b` should be simplified to a
2023-10-26 5:16 [Bug tree-optimization/112096] New: `(a || b) ? a : b` should be simplified to a pinskia at gcc dot gnu.org
2023-10-26 5:17 ` [Bug tree-optimization/112096] " pinskia at gcc dot gnu.org
2023-10-26 20:14 ` pinskia at gcc dot gnu.org
@ 2023-10-26 20:22 ` pinskia at gcc dot gnu.org
2023-11-02 18:39 ` pinskia at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu.org @ 2023-10-26 20:22 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112096
--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Andrew Pinski from comment #2)
> ```
> int t01(int x, int y)
> {
> bool t = x == 5 && y == 5;
> if (t) return 5; return y;
> } // y
> ```
> Is able to be detected in phiopt2. Just not the == 0/!=0 case.
r0-125639-gc9ef86a1717dd6 added that code.
https://inbox.sourceware.org/gcc-patches/000001cebdbf$a3155310$e93ff930$@arm.com/
I really have not read this code in over 10 years and I forgot I even reviewed
it slightly.
Anyways I am thinking about ways of improving this even further ...
And maybe even rewriting part of it since it has got way too complex.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug tree-optimization/112096] `(a || b) ? a : b` should be simplified to a
2023-10-26 5:16 [Bug tree-optimization/112096] New: `(a || b) ? a : b` should be simplified to a pinskia at gcc dot gnu.org
` (2 preceding siblings ...)
2023-10-26 20:22 ` pinskia at gcc dot gnu.org
@ 2023-11-02 18:39 ` pinskia at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu.org @ 2023-11-02 18:39 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112096
--- Comment #4 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Another testcase:
```
int f(int a, int b, int d)
{
bool t = a == 0;
bool t1 = d == 0;
int c = a + b;
if (t & t1) return b;
return c;
}
int f1(int a, int b, int d)
{
bool t = a == 0;
bool t1 = d == 43;
int c = a + b;
if (t & t1) return b;
return c;
}
```
I have a patch which handles this one. I have to check on the != cases next.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2023-11-02 18:39 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-10-26 5:16 [Bug tree-optimization/112096] New: `(a || b) ? a : b` should be simplified to a pinskia at gcc dot gnu.org
2023-10-26 5:17 ` [Bug tree-optimization/112096] " pinskia at gcc dot gnu.org
2023-10-26 20:14 ` pinskia at gcc dot gnu.org
2023-10-26 20:22 ` pinskia at gcc dot gnu.org
2023-11-02 18:39 ` pinskia at gcc dot gnu.org
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).