https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102053
Bug ID: 102053
Summary: Invalid syntax of destructor call .~auto is accepted
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101471
--- Comment #4 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:db3d4129b6f4cff685713da514b64ff7bbc401fc
commit r12-3135-gdb3d4129b6f4cff685713da514b64ff7bbc401fc
Author: konglin1
Date: Mon Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91897
Andrew Pinski changed:
What|Removed |Added
Blocks||88670
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88963
Andrew Pinski changed:
What|Removed |Added
Depends on||91897
--- Comment #15 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88670
Bug 88670 depends on bug 88963, which changed state.
Bug 88963 Summary: gcc generates terrible code for vectors of 64+ length which
are not natively supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88963
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88963
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
--- Comment #13 from Hongtao.liu ---
;; Function fn (fn, funcdef_no=5484, decl_uid=32317, cgraph_uid=5485,
symbol_order=5484)
int fn (const int * px, const int * py, const int * pz, const int * pw, const
int * pa, const int * pb, const int * pc,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77689
--- Comment #13 from Andrew Pinski ---
On the trunk, loop splitting code is there but it is not actually splitting the
loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54412
Dmitry Kazakov changed:
What|Removed |Added
CC||dimula73 at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98934
--- Comment #3 from Andrew Pinski ---
*** Bug 98399 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98399
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98934
--- Comment #2 from Andrew Pinski ---
This is really poor with -mavx512f even. We should be able to do it like (which
is what LLVM does):
vpmovzxbd %xmm1, %zmm1
vpmovzxbd %xmm0, %zmm0
vpsravd %zmm1, %zmm0, %zmm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101895
--- Comment #3 from Jeffrey A. Law ---
Understood WRT phase ordering. That was fully expected.
What I still don't understand is why moving the permute down is profitable here
or generally why moving a permute into a dependency chain is profita
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
--- Comment #12 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #11)
> (In reply to Andrew Pinski from comment #10)
> > (In reply to Andrew Pinski from comment #9)
> > > (In reply to Hongtao.liu from comment #8)
> > > > Do we have IR f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
--- Comment #11 from Hongtao.liu ---
(In reply to Andrew Pinski from comment #10)
> (In reply to Andrew Pinski from comment #9)
> > (In reply to Hongtao.liu from comment #8)
> > > Do we have IR for unsigned/signed saturation in gimple level?
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #6 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc/2021-May/236015.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
--- Comment #10 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> (In reply to Hongtao.liu from comment #8)
> > Do we have IR for unsigned/signed saturation in gimple level?
>
> Not yet. I was just looking for that today due b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
--- Comment #9 from Andrew Pinski ---
(In reply to Hongtao.liu from comment #8)
> Do we have IR for unsigned/signed saturation in gimple level?
Not yet. I was just looking for that today due because of PR 51492.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
--- Comment #8 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #7)
> (In reply to Andrew Pinski from comment #5)
> > clang can now produce:
> > mov eax, dword ptr [esp + 16]
> > mov ecx, dword ptr [esp + 28]
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101434
--- Comment #4 from Andrew Pinski ---
(In reply to Uroš Bizjak from comment #3)
> (In reply to Richard Biener from comment #1)
> > Probably low priority if not doable nicely w/o XOP.
>
> -mxop can be substituted with -mavx512bw -mavx512vl for t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
--- Comment #7 from Hongtao.liu ---
(In reply to Andrew Pinski from comment #5)
> clang can now produce:
> mov eax, dword ptr [esp + 16]
> mov ecx, dword ptr [esp + 28]
> vmovdqu xmm0, xmmword ptr [ecx + 32]
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82356
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2021-08-14 00:00:00 |2021-8-24
--- Comment #2 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56873
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |5.0
Summary|vector shift lowe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100696
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101950
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101373
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101596
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86723
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #6 from HaoChen Gui ---
(In reply to Segher Boessenkool from comment #5)
> (In reply to HaoChen Gui from comment #4)
> > I wonder if it's a Power8 architecture when those 6 options are all
> > disabled. Or it is regressed to Power7?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101801
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101989
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101609
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102052
Bug ID: 102052
Summary: analyser testsuite failures with LLP64 model
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101989
--- Comment #6 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:4f5391dde1a83086b451f7534c815ab1267bb6bc
commit r12-3133-g4f5391dde1a83086b451f7534c815ab1267bb6bc
Author: liuhongt
Date: Wed Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102049
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82426
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101977
--- Comment #6 from Alan Modra ---
(In reply to Martin Sebor from comment #5)
> The -Warray-bounds for section.c is gone
Thanks for fixing that.
> but last night's build still shows
> a large number of -Warray-bounds instances as well as other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43543
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2016-01-04 00:00:00 |2021-8-24
--- Comment #5 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359
Andrew Pinski changed:
What|Removed |Added
Depends on||101993
--- Comment #13 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77287
--- Comment #6 from Petr ---
Yes, the code is not really doing anything useful, I only wrote it to
demonstrate the spills problem. Clang actually outsmarted me by removing half
of the code :)
I think this issue can be closed, I cannot repro this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101980
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63330
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2014-09-22 00:00:00 |2021-8-24
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 54803, which changed state.
Bug 54803 Summary: Rotates are not vectorized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54803
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54803
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102039
Andrew Pinski changed:
What|Removed |Added
Blocks||24666
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102051
--- Comment #1 from Vitali ---
Tested via godbolt on 11 & 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102051
Bug ID: 102051
Summary: [coroutines] ICE in gimplify_var_or_parm_decl, at
gimplify.c:2848
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92293
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91235
--- Comment #3 from Andrew Pinski ---
I think the warning is correct. there is no negative sizes; only size_t sizes
for array.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88829
--- Comment #2 from Andrew Pinski ---
The error is now:
:4:19: error: no matching function for call to 'foo(int [2147483648])'
4 | auto x = foo(a);
| ^
:3:48: note: candidate: 'template T*
foo(T (&)[N])'
3 |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72842
--- Comment #9 from Andrew Pinski ---
For the original testcase, GCC, ICC, clang and MSVC all accept it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102044
Andrew Pinski changed:
What|Removed |Added
Blocks||24666
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102046
--- Comment #2 from Andrew Pinski ---
else if (!useless_type_conversion_p (elt_t, TREE_TYPE (elt_v)))
{
error ("incorrect type of vector CONSTRUCTOR elements");
debug_generic_stmt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102046
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102046
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89153
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #9 from Segher Boessenkool ---
(In reply to Michael Matz from comment #8)
> So, I think, not removing those members from the FE makes sense, they contain
> crucial information. Unfortunately that means that they need to be dealt
> w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83545
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83545
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102050
Bug ID: 102050
Summary: Nonempty list-initialization rejects constructor with
defaulted std::initializer_list
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61326
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63907
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87032
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90381
--- Comment #6 from Segher Boessenkool ---
(In reply to Andrew Pinski from comment #5)
> (In reply to Segher Boessenkool from comment #4)
> > Are bitfields allocated right to left on all LE configs?
>
> I think the majority of them, I have not u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102048
--- Comment #4 from Jonathan Wakely ---
That function was not part of the SGI rope so I think we should just remove it:
https://www.boost.org/sgi/stl/Rope.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102031
--- Comment #3 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:81e1894456bc6214c0c42148ff2b1bed142a3545
commit r12-3130-g81e1894456bc6214c0c42148ff2b1bed142a3545
Author: Roger Sayle
Date: Tue A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 91290, which changed state.
Bug 91290 Summary: pragma maybe-uninitialized does not propagate to lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91290
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91290
Martin Sebor changed:
What|Removed |Added
Target Milestone|--- |12.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48180
Andrew Pinski changed:
What|Removed |Added
CC||malcolm2190 at att dot net
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81326
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81237
Andrew Pinski changed:
What|Removed |Added
Keywords||ABI
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80715
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51742
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102049
Marek Polacek changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102049
Bug ID: 102049
Summary: Extend attribute deprecated to allow optional 2nd
argument
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93834
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43748
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 95176, which changed state.
Bug 95176 Summary: Failure to optimize division followed by multiplication to
modulo followed by subtraction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95176
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95176
Arjun Shankar changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82648
--- Comment #4 from Andrew Pinski ---
This happens only when WCHAR is defined.
This code is old and has changed a lot in glibc. Most likely when gcc moves
over to gnulib from libiberty for this code, this most likely will fix itself.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 80049, which changed state.
Bug 80049 Summary: gcc/genmodes.c: PVS-Studio: NULL Pointer Dereference
(CWE-476)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80049
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80049
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97223
Arjun Shankar changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102048
--- Comment #3 from Zonghan Yang ---
I couldn't find document explicitly states how the function works but only the
line of comment above it shows the idea. So I guess it's just a small typo but
not found for years since no one really document i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99486
Andrew Pinski changed:
What|Removed |Added
Component|other |middle-end
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12955
Andrew Pinski changed:
What|Removed |Added
Assignee|eager at mvista dot com|unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102048
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81458
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98411
--- Comment #15 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:f95946afd160e2a1f4beac4ee5e6d5633307f39a
commit r12-3129-gf95946afd160e2a1f4beac4ee5e6d5633307f39a
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102048
--- Comment #1 from Jonathan Wakely ---
We should just delete this class, so I don't have to keep fixing bugs in code
that nobody uses or cares about.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85898
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67457
Andrew Pinski changed:
What|Removed |Added
CC||tobias at stoeckmann dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67392
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102048
Bug ID: 102048
Summary: __gnu_cxx::rope.erase(size_t __p) implementation seems
to be wrong
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102012
--- Comment #4 from Patrick Palka ---
(In reply to 康桓瑋 from comment #3)
> (In reply to Patrick Palka from comment #1)
> > Hmm, I think this might actually be well-formed according to [temp.names]/9.
> > I don't see why we'd need to check satisfa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102045
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101977
--- Comment #5 from Martin Sebor ---
The -Warray-bounds for section.c is gone but last night's build still shows a
large number of -Warray-bounds instances as well as other warnings for Binutils
& GDB. I haven't analyzed any of them. The brea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102012
--- Comment #3 from 康桓瑋 ---
(In reply to Patrick Palka from comment #1)
> Hmm, I think this might actually be well-formed according to [temp.names]/9.
> I don't see why we'd need to check satisfaction of a concept-id inside
> decltype if its typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 101977, which changed state.
Bug 101977 Summary: [12 Regression] array subscript 0 is outside array bounds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101977
What|Removed |Added
---
1 - 100 of 251 matches
Mail list logo