https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112997
Bug ID: 112997
Summary: _Unwind_Exception conflicts with void*. failed to
build with clang
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112876
--- Comment #7 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #6)
> Fixed, thanks again for catching this divergence from the wording.
Although the status of this LWG 4016 has not been updated on github, I can
assume that it has been
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
--- Comment #7 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #6)
> > Thoughts? Apologies if this is a dup. I'm happy to work up a patch if
> > someone could advise on where best this should be fixed. Perhaps RTL's
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
--- Comment #9 from JuzheZhong ---
(In reply to Richard Biener from comment #8)
> Still eventually for backporting.
Oh. I am sorry for closing it (I didn't notice it needs to be backport).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 112961, which changed state.
Bug 112961 Summary: [13 Regression] middle-end Missed vectorization: failed to
vectorize simple reduction max since GCC-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
Richard Biener changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112995
--- Comment #3 from Kewen Lin ---
(In reply to Andrew Pinski from comment #2)
> fselective-scheduling has so many issues.
ah, thanks a lot for pointing this out.
I was testing the impact of my proposed scheduling change and found this
feature
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112996
Bug ID: 112996
Summary: Improperly evaluated value of the s390x conditional
expression
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112995
--- Comment #2 from Andrew Pinski ---
fselective-scheduling has so many issues.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112995
--- Comment #1 from Kewen Lin ---
Initially we have:
(insn 31 6 10 2 (set (reg/v:SI 9 9 [orig:119 c ] [119])
(reg/v:SI 64 0 [orig:119 c ] [119])) "test.i":5:5 555
{*movsi_internal1}
(expr_list:REG_DEAD (reg/v:SI 64 0 [orig:119 c ]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112995
Kewen Lin changed:
What|Removed |Added
Known to fail||11.4.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112995
Bug ID: 112995
Summary: sel-sched2 ICE without checking verify_changes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111260
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
--- Comment #2 from Alexandre Oliva ---
Nevermind, I've managed to log into the cfarm machines running solaris/sparc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
Bug ID: 112994
Summary: [Regression] Missed optimization for redundancy
computation elimination because pattern is broken
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Mumara Email Template
Dedicated Server Hosting
Dedicated Servers Promotions and Offers
CPU:i3 RAM:8G Disk:1T
Mumara Email Template
Dedicated Server Hosting
Dedicated Servers Promotions and Offers
CPU:i3 RAM:8G Disk:1T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
--- Comment #6 from Hongtao Liu ---
> Thoughts? Apologies if this is a dup. I'm happy to work up a patch if
> someone could advise on where best this should be fixed. Perhaps RTL's
> vec_duplicate could be canonicalized to the most
.value 257
.value 257
.value 257
.value 257
.value 257
.value 257
.value 257
.value 257
.value 257
.value 257
.value 257
.value 257
.set.LC5,.LC4
.ident "GCC: (GNU) 14.0.0 20231212 (experimental)"
.section.note.GNU-stack,"",@progbits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112993
Bug 112993 depends on bug 112788, which changed state.
Bug 112788 Summary: [14 regression] ICEs in fold_range, at range-op.cc:206
after r14-5972-gea19de921b01a6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112788
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112788
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112788
--- Comment #6 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:fda8e2f8292a90dac9fcaf952bad6fff3aa7fff2
commit r14-6478-gfda8e2f8292a90dac9fcaf952bad6fff3aa7fff2
Author: Kewen Lin
Date: Tue Dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112993
Kewen Lin changed:
What|Removed |Added
Last reconfirmed||2023-12-13
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112993
Bug ID: 112993
Summary: rs6000: Rework precision for 128bit float types and
modes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: build,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
--- Comment #4 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #3)
> I think we need to also guard SImode and DImode case under AVX2 when
> MODE_SIZE==256.
Since there's vbroadcastss only support m alternative under avx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64713
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112759
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110181
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|pinskia at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Using -mtune=intel, fooq does not use a stack location ...
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78954#c2 for the reasoning on
that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
--- Comment #1 from Andrew Pinski ---
Using -mtune=intel, fooq does not use a stack location ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
Bug ID: 112992
Summary: Inefficient vector initialization using
vec_duplicate/broadcast
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
Bug ID: 112991
Summary: [14 Regression] ICE during GIMPLE pass: ifcvt on
p7zip-17.05
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110558
Lewis Hyatt changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112981
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> Yes this is a dup.
I looked into what catch2 was doing and yes it is doing the whole throw and
catch (and using rethrow_exception too in some cases).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110835
Andrew Pinski changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112981
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112983
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-12-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112962
--- Comment #16 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #15)
> I think e.g. aarch64 doesn't set nothrow on builtins with
> -fnon-call-exceptions if they might raise floating point exceptions or
> read/write memory.
That
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112965
--- Comment #5 from Jakub Jelinek ---
It could be done just for #ifdef ENABLE_VALGRIND_ANNOTATIONS
Perhaps { const char buf[16] = {}; pp_append_text (pp, buf, buf + 16); } ?
Anyway, I'm really curious why it works for buffers in libcpp.
Because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 112961, which changed state.
Bug 112961 Summary: [13 Regression] middle-end Missed vectorization: failed to
vectorize simple reduction max since GCC-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
JuzheZhong changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112822
Peter Bergner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112822
--- Comment #11 from GCC Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:788e0d48ec639d44294434f4f20ae94023c3759d
commit r14-6470-g788e0d48ec639d44294434f4f20ae94023c3759d
Author: Peter Bergner
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112965
--- Comment #4 from David Malcolm ---
(In reply to David Malcolm from comment #3)
> A workaround might be to pad pp's buffer with trailing zero bytes up to a
> multiple of 16.
The following hack "fixes" it (for some definition of "fix"):
diff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112989
Andrew Pinski changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112965
--- Comment #3 from David Malcolm ---
A workaround might be to pad pp's buffer with trailing zero bytes up to a
multiple of 16.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112989
--- Comment #4 from Andrew Pinski ---
```
simulate_builtin_function_decl (location=255050, name=0x48b5200
"svmla_za64_vg4x1", type=0xf6b1cb70, function_code=31409, library_name=0x0,
attrs=0xf6bced80) at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112965
--- Comment #2 from David Malcolm ---
In c-parser.cc's consider_macro:
1843pretty_printer pp;
1844pp_string (, (const char *) tok.val.str.text);
1845pp_newline ();
1846cpp_push_buffer (parse_in,
1847
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110199
--- Comment #3 from Andrew Macleod ---
(In reply to Andrew Pinski from comment #2)
> I Kinda see how to implement this by creating
> operator_min::fold_range/operator_max::fold_range but I am still new on
> using these interfaces so I am not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112989
--- Comment #3 from Andrew Pinski ---
```
Breakpoint 1, ggc_free (p=0xf6bd4900) at
/home/ubuntu/src/upstream-gcc-aarch64/gcc/gcc/ggc-page.cc:1612
1612 if (in_gc)
(gdb) bt
#0 ggc_free (p=0xf6bd4900) at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112990
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112989
--- Comment #2 from Andrew Pinski ---
#1 0x012eeda4 in gt_ggc_mx_lang_tree_node (x_p=0xf6bd4900) at
./gt-cp-tree.h:108
108xlimit = ((union lang_tree_node *) c_tree_chain_next
(&(*xlimit).generic));
(gdb) up
#2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112989
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112655
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
ter/configure
--prefix=/home/mjires/built/master --target=s390x-linux-gnu --disable-bootstrap
--enable-languages=c,c++ --disable-multilib --disable-libsanitizer
--enable-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231212 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112822
--- Comment #10 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:cd7d0b4cf789264cd75ab7df5df232dc58061ed7
commit r14-6466-gcd7d0b4cf789264cd75ab7df5df232dc58061ed7
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112989
Bug ID: 112989
Summary: GC ICE with C++, `#include ` and
`-fsanitize=address`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: GC, ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112984
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112984
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:01cca857aa3e86a750f5df77ca6c36c0739f10f0
commit r14-6465-g01cca857aa3e86a750f5df77ca6c36c0739f10f0
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112978
Xi Ruoyao changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112982
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-12-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112987
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112986
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98637
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101631
Patrick Palka changed:
What|Removed |Added
CC||m.cencora at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #11 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> The real fix will be to const_binop .
> Right now const_binop only handles a few cases for VLA's VECTOR_CST and it
> seems like it really only handles +, -,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #9 from Andrew Pinski ---
The real fix will be to const_binop .
Right now const_binop only handles a few cases for VLA's VECTOR_CST and it
seems like it really only handles +, -, and sometimes * and sometimes left shit
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #8 from Robin Dapp ---
Yes, can confirm that this helps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112988
Bug ID: 112988
Summary: [14] RISC-V vector: Variadic function call causes
runtime failure
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20231212 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112940
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #7 from Andrew Pinski ---
Can you modify:
```
/* x & 0 -> 0 */
(simplify
(bit_and @0 integer_zerop@1)
@1)
```
to
```
/* x & 0 -> 0 */
(simplify
(bit_and:c @0 integer_zerop@1)
@1)
```
That in theory should not matter but I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #6 from Andrew Pinski ---
Looks like `{ 0, ... } & { -9, -8, -7, ... }` is not simplifying down to just
`{ 0, ...}`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112982
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112987
Bug ID: 112987
Summary: [14 Regression][aarch64] ICE in
aarch64_do_track_speculation, at
config/aarch64/aarch64-speculation.cc:214 since
r14-5886-g426fddcbdad674
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112822
--- Comment #9 from Martin Jambor ---
Thank you, I have proposed the patch on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2023-December/640356.html
If it is approved, I'd also like you to add the testcase to the testsuite as a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93259
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110625
--- Comment #22 from Tamar Christina ---
Bisected the remaining regression to:
dd86a5a69cbda40cf76388a65d3317c91cb2b501 is the first bad commit
commit dd86a5a69cbda40cf76388a65d3317c91cb2b501
Author: Richard Biener
Date: Thu Jun 22 11:40:46
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112984
--- Comment #2 from Gaius Mulley ---
Created attachment 56865
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56865=edit
Proposed fix
Here is a proposed fix - all libraries can be compiled with -Wpedantic (apart
from two which have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112968
Jakub Jelinek changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92606
--- Comment #31 from Jan Hubicka ---
This is Maritn's code, but I agree that equals_wpa should reject pairs with
"dangerous" attributes on them (ideally we should hash them).
I think we could add test for same attributes to equals_wpa and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92606
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112736
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112736
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:6d0b0806eb638447c3184c59d996c2f178553d45
commit r14-6459-g6d0b0806eb638447c3184c59d996c2f178553d45
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92606
--- Comment #29 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:eee13a3730bd1d7aa7b40687b1ee49c17d95159f
commit r14-6458-geee13a3730bd1d7aa7b40687b1ee49c17d95159f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
--- Comment #5 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:878cb5acf0c499702ffd315e273f55e8bd0970b8
commit r14-6457-g878cb5acf0c499702ffd315e273f55e8bd0970b8
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112704
--- Comment #3 from David Malcolm ---
Aha! Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #5 from Robin Dapp ---
Yes that's what I just tried. No infinite loop anymore then. But that's not a
new simplification and looks reasonable so there must be something special for
our backend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #4 from JuzheZhong ---
Maybe try to remove this ?
/* (X & Y) == X becomes (X & ~Y) == 0. */
(simplify
(cmp:c (bit_and:c @0 @1) @0)
(cmp (bit_and @0 (bit_not! @1)) { build_zero_cst (TREE_TYPE (@0)); }))
(simplify
(cmp:c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112985
--- Comment #3 from Richard Biener ---
Btw, ideally you'd vectorize these compares ;) (there's a missed-optimization
bug for this I think)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112971
--- Comment #3 from Robin Dapp ---
In match.pd we do something like this:
;; Function e (e, funcdef_no=0, decl_uid=2751, cgraph_uid=1, symbol_order=4)
Pass statistics of "forwprop":
Matching expression match.pd:2771,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112985
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112985
--- Comment #1 from chenglulu ---
(In reply to Xi Ruoyao from comment #0)
> /* { dg-do compile } */
> /* { dg-options "-O2 -ffast-math -fdump-tree-gimple" } */
>
> int
> short_circuit (float *a)
> {
> float t1x = a[0];
> float t2x = a[1];
1 - 100 of 150 matches
Mail list logo
