https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109670
Christoph Reiter changed:
What|Removed |Added
CC||tneumann at users dot
sourceforge.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109670
LIU Hao changed:
What|Removed |Added
CC||lh_mouse at 126 dot com
--- Comment #6 from L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109610
--- Comment #9 from Hongtao.liu ---
A patch is posted at
https://gcc.gnu.org/pipermail/gcc-patches/2023-May/617431.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109748
Kito Cheng changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109748
--- Comment #3 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:8421f279e9eb00a2342ee3630dcdaf735b734fe8
commit r14-538-g8421f279e9eb00a2342ee3630dcdaf735b734fe8
Author: Juzhe-Zhong
Date: Fri May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93680
--- Comment #5 from Xionghu Luo (luoxhu at gcc dot gnu.org) ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2023-April/616123.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85501
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107888
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
--- Comment #5 from Andrew Pinski ---
I suspect the generated constructor for the clones is not getting the target
options on it like it should be ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109754
--- Comment #5 from Andrew Pinski ---
Reduced further:
```
template class> class __meval{};
template
using __tuple_types_fn = decltype(_Fun(), [] {});
template
struct __mexpand {
template using __f = __tuple_types_fn<_Fun, _MetaFn>;
};
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109754
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda
--- Comment #4 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
--- Comment #4 from Andrew Pinski ---
(In reply to Marek Polacek from comment #3)
> I think the original problem must have been triggered by some libstdc++
> change.
Yes r13-3816-g9d549401ae8ab3 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109754
--- Comment #3 from Marek Polacek ---
cvise reduced it to
void declval();
template
concept __same_as = requires { declval; };
template _Tp __declval;
template int __v;
using __msuccess = int;
template struct __i;
template
concept __ok = __
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109754
--- Comment #2 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109690
--- Comment #7 from Jan Hubicka ---
Thanks a lot! There however still seems to be problem with vectorization
On zen4 i now get:
jh@ryzen4:~/gcc/build/gcc> ./xgcc -B ./ -O2 -march=native slp.c ; perf stat
./a.out
Performance counter stats fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109754
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2023-05-05
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109754
Bug ID: 109754
Summary: [ICE] internal compiler error: in
coerce_template_parms, at cp/pt.cc:9183
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
--- Comment #1 from Andrew Pinski ---
reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105586
Andrew Pinski changed:
What|Removed |Added
Target Milestone|11.4|13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
Bug ID: 109753
Summary: pragma GCC target stops std::vector from compiling
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
--- Comment #17 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #16)
> (In reply to Iain Sandoe from comment #15)
> > (In reply to Alex Coplan from comment #14)
> > > I'm working on this.
> >
> > I will rebase my WIP and push it somew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109714
--- Comment #9 from David Heidelberg (okias) ---
Sorry, the previous command was for different bug (bugzilla weirdly switching
bugs when sending the comment, probably disabled JS :/ )
Here it's:
/usr/lib/gcc-snapshot/bin/gcc -Isrc/gallium/auxi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109744
--- Comment #2 from David Heidelberg (okias) ---
cc -Isrc/panfrost/vulkan/libvulkan_panfrost.so.p -Isrc/panfrost/vulkan
-I../src/panfrost/vulkan -Iinclude -I../include -Isrc -I../src -Isrc/compiler
-I../src/compiler -I../src/gallium/include -Isr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #12 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #11)
> Which does make it look invalid for the reasons why I mentioned. clang
> compiles the above just fine and so does GCC 12.x.
I should note the ICE does not ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #11 from Andrew Pinski ---
Reduced down to:
```
template concept cmpeq
= requires(_Tp __t, _Tp __u) { { __u != __t } ; };
template
struct iterator_interface
{
friend constexpr bool operator>=(D lhs, D rhs) requires cmpeq { return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109752
--- Comment #5 from Andrew Pinski ---
Created attachment 55011
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55011&action=edit
Reduced testcase as far as I can get it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #10 from Andrew Pinski ---
Note is_constructible_v changes answers between the two places I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109641
--- Comment #16 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:185da7c2014ba41f38dd62cc719873ebf020b076
commit r14-529-g185da7c2014ba41f38dd62cc719873ebf020b076
Author: Harald Anlauf
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109714
--- Comment #8 from David Heidelberg (okias) ---
Thank you for your patience with me!
ccache cc -Isrc/panfrost/vulkan/libvulkan_panfrost.so.p -Isrc/panfrost/vulkan
-I../src/panfrost/vulkan -Iinclude -I../include -Isrc -I../src -Isrc/compiler
-I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #9 from Andrew Pinski ---
(In reply to Luke Dalessandro from comment #8)
>
> Right.
>
> I was sort of surprised that that boost code could get away with a requires
> on any of those CRTP functions where it uses the CRTP "D" type, b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #8 from Luke Dalessandro ---
(In reply to Andrew Pinski from comment #7)
> I think the error message is correct.
>
> In the original code we have:
> ```
> ...
> template
> concept incrementable = regular<_Iter> && requires(_It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #7 from Andrew Pinski ---
I think the error message is correct.
In the original code we have:
```
...
template
concept incrementable = regular<_Iter> && requires(_Iter __i) { { __i++ }
-> same_as<_Iter>; };
...
namespace boos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109750
--- Comment #7 from Andrew Pinski ---
This is also definitely a bug in MSVC and should reported to them.
ICC fixed their bug already even.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109750
--- Comment #6 from Andrew Pinski ---
icc version 2021.1.2 (gcc version 10.1.0 compatibility)
Has the same behavior as GCC.
While:
icc version 19.0.0.117 (gcc version 8.2.0 compatibility)
had the MSVC behavior
clang has the same behavior as GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
--- Comment #16 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #15)
> (In reply to Alex Coplan from comment #14)
> > I'm working on this.
>
> I will rebase my WIP and push it somewhere - [ it has __has_feature and
> __has_extension c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #6 from Andrew Pinski ---
(In reply to Luke Dalessandro from comment #5)
> Ah, I didn't realize that. If you want to close one of the two issues that's
> fine with me. I sort of thought two different things were going on.
The ICE mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109750
--- Comment #5 from jim.gray at atos dot net ---
I don't know if it makes any difference, but I ran with an older version of the
Intel C++ compiler on Linux, with the results below:
Good output when compiling with the Intel C++ compiler
on Cent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #5 from Luke Dalessandro ---
Ah, I didn't realize that. If you want to close one of the two issues that's
fine with me. I sort of thought two different things were going on.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #4 from Andrew Pinski ---
(In reply to Luke Dalessandro from comment #3)
> One thing to note about this failure, the concept evaluation changes in
> gcc-13. The when I try with current trunk it actually ICEs in addition.
The ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109752
--- Comment #4 from Luke Dalessandro ---
(In reply to Andrew Pinski from comment #2)
> (In reply to Luke Dalessandro from comment #0)
> >
> > PR: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108451 fails the same
> > assert but I don't know if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #3 from Luke Dalessandro ---
One thing to note about this failure, the concept evaluation changes in gcc-13.
The when I try with current trunk it actually ICEs in addition.
I reported that ICE as https://gcc.gnu.org/bugzilla/show_bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
--- Comment #15 from Iain Sandoe ---
(In reply to Alex Coplan from comment #14)
> I'm working on this.
I will rebase my WIP and push it somewhere - [ it has __has_feature and
__has_extension components .. but likely bit rotten with changes to li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109750
--- Comment #4 from Andrew Pinski ---
(In reply to jim.gray from comment #3)
> The "correct" answer is also provided by the Intel C++ compiler,
> so apparently GCC is the odd one out.
I think MSVC is the odd one out really. see below.
You can a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109752
--- Comment #3 from Luke Dalessandro ---
Created attachment 55010
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55010&action=edit
Preprocessed source copied from the godbolt live link.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
--- Comment #2 from Luke Dalessandro ---
Created attachment 55009
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55009&action=edit
Preprocessed source copied from the godbolt live link included in the original
text.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109750
--- Comment #3 from jim.gray at atos dot net ---
The "correct" answer is also provided by the Intel C++ compiler,
so apparently GCC is the odd one out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109752
Andrew Pinski changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
|a/show_bug.cgi?id=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109752
--- Comment #1 from Andrew Pinski ---
Can you provide the preprocessed source?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109752
Bug ID: 109752
Summary: [ICE] in check_complete_insertion, at hash-table.h:578
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
Andrew Pinski changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109751
Bug ID: 109751
Summary: boost interface_interface fails concept check starting
in gcc-13
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109750
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109750
--- Comment #1 from Andrew Pinski ---
((UI64)source.sH.lower)
The question is source.sH.lower promoted to int rather than the underlying
type. Note clang has the same behavior as GCC here even. So I am thinking this
is a bug in MSVC rather tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109750
Bug ID: 109750
Summary: Incorrect code generated for shifted bit field
Product: gcc
Version: 9.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240
--- Comment #9 from frankhb1989 at gmail dot com ---
(In reply to Jonathan Wakely from comment #8)
> I don't think that's true. If __GXX_MERGED_TYPEINFO_NAMES is true then the
> out-of-line definition is correct. You can't just redefine that mac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109714
--- Comment #7 from Andrew Pinski ---
That is how is gcc being invoked to create draw_draw_llvm.c.o .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109714
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109749
--- Comment #1 from seurer at gcc dot gnu.org ---
I tried this on gcc 12 and it did not ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109749
Bug ID: 109749
Summary: new test case g++.dg/vect/pr109573.cc ICEs with checks
turned on
Product: gcc
Version: 11.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109506
--- Comment #12 from CVS Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:f077b784a6e6876682606bd788ac77a698b81016
commit r13-7300-gf077b784a6e6876682606bd788ac77a698b81016
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109691
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109745
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|Incorrect code gen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107898
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107898
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:bca26e97f167ccc3161488113d8bed48542b4ca2
commit r11-10746-gbca26e97f167ccc3161488113d8bed48542b4ca2
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109748
--- Comment #2 from Li Pan ---
No, should be introduced by one optimization of Juzhe in GCC 14. Juzhe is
working on fixing this, just open a bug on behalf of Juzhe for tracking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109615
--- Comment #1 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:d875d75653ed67e125e70dd8530182ce7872af65
commit r14-503-gd875d75653ed67e125e70dd8530182ce7872af65
Author: Juzhe-Zhong
Date: Fri May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109622
--- Comment #14 from CVS Commits ---
The releases/gcc-13 branch has been updated by Julian Brown
:
https://gcc.gnu.org/g:a4cc474b15ecd148f5bb13a1db3bc3e40a4ff86e
commit r13-7299-ga4cc474b15ecd148f5bb13a1db3bc3e40a4ff86e
Author: Julian Brown
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109622
--- Comment #13 from CVS Commits ---
The releases/gcc-13 branch has been updated by Julian Brown
:
https://gcc.gnu.org/g:fa7c4ab36585ba128733265fb626ff3f4066400f
commit r13-7298-gfa7c4ab36585ba128733265fb626ff3f4066400f
Author: Julian Brown
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109748
--- Comment #1 from Kito Cheng ---
Is this also happened in GCC 13 branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #70 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:0a85544e1aaeca41133ecfc438cda913dbc0f122
commit r14-501-g0a85544e1aaeca41133ecfc438cda913dbc0f122
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #69 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:703417a030b3d80f55ba1402adc3f1692d3631e5
commit r14-500-g703417a030b3d80f55ba1402adc3f1692d3631e5
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #68 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:27fcf994c5515e1bbf2ff03d28fd2fa927c7e7b5
commit r14-499-g27fcf994c5515e1bbf2ff03d28fd2fa927c7e7b5
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #66 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:e487fcc0f7466ea663a0fea52076337bebd42b8b
commit r14-497-ge487fcc0f7466ea663a0fea52076337bebd42b8b
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #67 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:c0ce29bc1ce329001b6c02bb3d34bcbb086e1b72
commit r14-498-gc0ce29bc1ce329001b6c02bb3d34bcbb086e1b72
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #65 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:580cda3c2799b1f8323af770e52f1eb0fa204718
commit r14-496-g580cda3c2799b1f8323af770e52f1eb0fa204718
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109748
Bug ID: 109748
Summary: RISC-V: Mis code gen for the
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109746
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109735
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109735
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:37b5f031292fbdb854ee791de3883362cf2afcff
commit r14-494-g37b5f031292fbdb854ee791de3883362cf2afcff
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109690
--- Comment #6 from Uroš Bizjak ---
The missing pattern was committed as part of:
commit r14-493-g919642fa4b2bc4c32910336dd200d53766801c80
Author: Uros Bizjak
Date: Fri May 5 14:10:18 2023 +0200
i386: Introduce mulv2si3 instruction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108724
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |target
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109747
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.3
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109747
Bug ID: 109747
Summary: [12/13/14 Regression] SLP cost of constructors is off
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109745
albin changed:
What|Removed |Added
CC||albin at yahoo dot com
--- Comment #2 from albi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109540
Florian Weimer changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
On Fri, May 05, 2023 at 01:13:50PM +0200, Florian Weimer via Gcc-bugs wrote:
> * Puneet Kumar Yatnal via Gcc-bugs:
>
> > What is next step here? How do I post this in Bugzilla and get
> > support.
>
> This issue has already been fixed with this commit:
>
> commit 80fe172ba9820199c2bbce5d0611ffca
On Fri, 5 May 2023 at 12:13, Florian Weimer wrote:
>
> * Puneet Kumar Yatnal via Gcc-bugs:
>
> > What is next step here? How do I post this in Bugzilla and get
> > support.
>
> This issue has already been fixed with this commit:
>
> commit 80fe172ba9820199c2bbce5d0611ffca27823049
> Author: Jonatha
* Puneet Kumar Yatnal via Gcc-bugs:
> What is next step here? How do I post this in Bugzilla and get
> support.
This issue has already been fixed with this commit:
commit 80fe172ba9820199c2bbce5d0611ffca27823049
Author: Jonathan Wakely
Date: Tue Nov 9 23:45:36 2021 +
libstdc++: Disab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109335
Alejandro Colomar changed:
What|Removed |Added
CC||colomar.6.4.3 at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100162
--- Comment #3 from Richard Biener ---
(In reply to Andrew Pinski from comment #2)
> FRE is no longer able to optimize _7 to 2 in GCC 13+:
> c[0][b.1_1] = 2;
> c[1][b.1_1] = 2;
> c[2][b.1_1] = 2;
> c[3][b.1_1] = 2;
> c[4][b.1_1] = 2;
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109746
Bug ID: 109746
Summary: Fails removing redundant comparison in for loop over
multiple variables, unless members of struct
Product: gcc
Version: 13.1.1
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109745
--- Comment #1 from Carlos Galvez ---
In case it wasn't clear: the test passes also on O0 - it only fails when
increasing from O1 all the way to O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109745
Bug ID: 109745
Summary: Incorrect code generated with -O1 when having a
constexpr object modifying a mutable member
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109744
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108098
--- Comment #5 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:4359724cba31b2645f6106266bef019c3d6ef16a
commit r14-491-g4359724cba31b2645f6106266bef019c3d6ef16a
Author: Tobias Burnus
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109744
Bug ID: 109744
Summary: bogus Warray-bounds on gcc 12.2, fixed in 13 branch
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
1 - 100 of 111 matches
Mail list logo
