https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #19 from Jürgen Reuter ---
(In reply to anlauf from comment #18)
> (In reply to Jürgen Reuter from comment #17)
> > (In reply to anlauf from comment #16)
> > > (In reply to Jürgen Reuter from comment #15)
> > > > Created attachment 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #18 from anlauf at gcc dot gnu.org ---
(In reply to Jürgen Reuter from comment #17)
> (In reply to anlauf from comment #16)
> > (In reply to Jürgen Reuter from comment #15)
> > > Created attachment 61950 [details]
> > > Close-to-minim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #20 from Sam James ---
(In reply to Jürgen Reuter from comment #19)
The suggestion is that these broke it, not fixed it, to be clear.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #21 from Jürgen Reuter ---
(In reply to anlauf from comment #18)
> (In reply to Jürgen Reuter from comment #17)
> > (In reply to anlauf from comment #16)
> > > (In reply to Jürgen Reuter from comment #15)
> > > > Created attachment 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #22 from Jürgen Reuter ---
(In reply to Sam James from comment #20)
> (In reply to Jürgen Reuter from comment #19)
>
> The suggestion is that these broke it, not fixed it, to be clear.
Ok, this now coincides with my latest findings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121218
--- Comment #15 from Andrew Pinski ---
Note the reduced code has some questionable code in it:
unsigned char &__trans_tmp_8 = in[Simd<2>::kPrivateLanes]; //in[2]
Vec> in1 = Load(&__trans_tmp_8); // reads in[2,3] but uses the
reference a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473
Manfred Schwarb changed:
What|Removed |Added
CC||manfred99 at gmx dot ch
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114632
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121223
--- Comment #2 from Xi Ruoyao ---
(In reply to chenglulu from comment #1)
> The reason for the failure to compile final.cc is that LoongArch defines the
> macro as follows:
>
> ```
> #define CASE_VECTOR_SHORTEN_MODE(MIN, MAX, BODY) Pmode
> ```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
kargls at comcast dot net changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121226
--- Comment #2 from Rohan Lean ---
Created attachment 61952
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61952&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121226
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121226
--- Comment #3 from Andrew Pinski ---
#pragma GCC optimize("Og")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121226
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 121226, which changed state.
Bug 121226 Summary: ICE in core_vals, at cp/module.cc:6641
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121226
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Andrew Pinski changed:
What|Removed |Added
CC||rohan at rohanlean dot de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119930
--- Comment #14 from Iain Sandoe ---
I suppose that the new/delete opts might not be able to 'see though' the
coroutine suspend returns. We can identify that a function is a coroutine
component and perhaps just punt on the optimisation in that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121223
Jeffrey A. Law changed:
What|Removed |Added
Last reconfirmed||2025-07-23
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114632
Patrick Palka changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119684
--- Comment #25 from Bruno Haible ---
Jakub, Joseph,
(In reply to Jakub Jelinek from comment #18)
> I'm afraid implementing format specifier extensions months or years before
> they are actually used in the compiler is not possible, they are ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121073
--- Comment #3 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:f796f819c35cc08e0a6e7242aee92eb96f62a3b5
commit r16-2452-gf796f819c35cc08e0a6e7242aee92eb96f62a3b5
Author: Robin Dapp
Date: Thu Jul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107359
Spencer Abson changed:
What|Removed |Added
CC||sabson at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 121179, which changed state.
Bug 121179 Summary: When importing std, chrono calculation will cause a
compilation error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121179
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121227
Bug ID: 121227
Summary: dot_prodv16siv64qi uses unsupported insn
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108953
--- Comment #10 from Thomas de Bock ---
Perhaps a similar tree-ssa pass for detecting these comparison chains,
replacing them with __builtin_memcmp if vectorization is enabled, would be
appropriate? Since memcmp seems to vectorize properly in gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #23 from anlauf at gcc dot gnu.org ---
Shorter reproducer for (at least one of) the close-to-minimal one:
program p
implicit none
type t
complex, allocatable :: x(:)
end type t
type, extends (t) :: t2
end type t2
rea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #24 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #23)
> Shorter reproducer for (at least one of) the close-to-minimal one:
Similar failures with multiplication instead of division, whether complex,
real, or int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117423
--- Comment #27 from GCC Commits ---
The releases/gcc-15 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:420b1632e0058d6c722fbf75ec5d071ce87202f7
commit r15-10058-g420b1632e0058d6c722fbf75ec5d071ce87202f7
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121219
--- Comment #4 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #3)
> It's another chicken-and-egg issue in that we do not know the type of g_r_o
> when we first need to deal with the g_r_o_o_a_f
>
>
> maybe something like ...
wel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121219
Iain Sandoe changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121219
Iain Sandoe changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121179
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121218
--- Comment #13 from rguenther at suse dot de ---
On Wed, 23 Jul 2025, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121218
>
> --- Comment #12 from Richard Sandiford ---
> On the REG_DEAD thing: REG_DEAD n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121219
--- Comment #3 from Iain Sandoe ---
It's another chicken-and-egg issue in that we do not know the type of g_r_o
when we first need to deal with the g_r_o_o_a_f
maybe something like ...
auto g_r_o;
if (allocation_is_ok)
{
several_nested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203
--- Comment #5 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:53b64337ef325c4e47ae96ea8dea86031a3a0602
commit r16-2453-g53b64337ef325c4e47ae96ea8dea86031a3a0602
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121218
--- Comment #14 from Sam James ---
Created attachment 61951
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61951&action=edit
interleaved_test_3.cxx
cvise finished overnight with this, but can't make it fail on trunk with this,
just with 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121055
--- Comment #2 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:04a176a1d84a84c630cfd4d232736c12b105957a
commit r16-2447-g04a176a1d84a84c630cfd4d232736c12b105957a
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121179
--- Comment #1 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:7590c14b53a762ab30f5026148bd1cb9cf142264
commit r16-2448-g7590c14b53a762ab30f5026148bd1cb9cf142264
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121227
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
--- Comment #13 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:66c879571ab1fbdb4b119b8b0a1a30ebc7160057
commit r16-2450-g66c879571ab1fbdb4b119b8b0a1a30ebc7160057
Author: Andrew Pinski
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
Andrew Pinski changed:
What|Removed |Added
Summary|[15/16 Regression] GCC |[15 Regression] GCC 15.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105404
--- Comment #19 from GCC Commits ---
The master branch has been updated by Sam James :
https://gcc.gnu.org/g:3f78fd83b75d603a778e3373bcb8a3a1aab34aca
commit r16-2454-g3f78fd83b75d603a778e3373bcb8a3a1aab34aca
Author: Sam James
Date: Wed Jul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121226
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #16 from anl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #17 from Jürgen Reuter ---
(In reply to anlauf from comment #16)
> (In reply to Jürgen Reuter from comment #15)
> > Created attachment 61950 [details]
> > Close-to-minimal reproducer, 186 lines
> >
> > The division of the array pmat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121228
Bug ID: 121228
Summary: -fno-access-control doesn't work with structured
bindings
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121228
Andrew Pinski changed:
What|Removed |Added
Severity|normal |minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121228
--- Comment #1 from Andrew Pinski ---
This might work:
```
[apinski@xeond2 cp]$ git diff decl.cc
diff --git a/gcc/cp/decl.cc b/gcc/cp/decl.cc
index 0ac92f84b0e..9fc57e59764 100644
--- a/gcc/cp/decl.cc
+++ b/gcc/cp/decl.cc
@@ -9654,7 +9654,7 @@ f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121212
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121218
--- Comment #10 from Richard Biener ---
Even w/o the -fdbg-cnt there's exactly one SLP vectorization at the place
pointed out.
The vector code seems still sensible at RTL expansion time:
__BB(6,guessed_local(119292721)):
_18 = __MEM ((cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106610
Tomasz Kamiński changed:
What|Removed |Added
CC||tkaminsk at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121225
Bug ID: 121225
Summary: Missed autovectorization of bswap8 in a loop
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121220
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121226
Bug ID: 121226
Summary: ICE in core_vals, at cp/module.cc:6641
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121218
--- Comment #9 from Richard Biener ---
Created attachment 61949
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61949&action=edit
more reduced and clang-formatted
So this is more reduced (instantiation-wise) and clang formatted and thus
re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
--- Comment #11 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:171fcc80ede596442712e559c4fc787aa4636694
commit r16-2441-g171fcc80ede596442712e559c4fc787aa4636694
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121218
--- Comment #8 from Richard Biener ---
(In reply to Richard Biener from comment #3)
> Confirmed also with -fno-tree-loop-vectorize. The vect_slp debug counter
> behaves a bit odd.
>
> I'll note the abort happens here:
>
> 7205auto in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #14 from Jürgen Reuter ---
Created attachment 61948
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61948&action=edit
Even shorter reproducer, polarization_test v3
Now ca. 1,400 lines, compare with output file correct.txt. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119137
--- Comment #6 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:4722841216a184474188473522e308b57da3ab9e
commit r16-2439-g4722841216a184474188473522e308b57da3ab9e
Author: Tomasz KamiÅski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121219
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121068
--- Comment #14 from Tomasz Kamiński ---
Not sure if this is expected, so noting this here.
On trunk (with r16-2432-gfdbc5ff61b471076cc9c758fb6c30d62f7ef1c56), if I value
initialize the array (like in inplace_vector), then the code works:
uni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121220
--- Comment #4 from Richard Biener ---
Ah, and the reason for the restriction to a PHI is limited virtual operand
updating. For
a = 1;
if (...)
.. = a;
a = 0;
we have to insert a PHI node on the CFG merge. We cannot easliy delay
this eithe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121224
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121224
--- Comment #2 from Richard Biener ---
You could argue that a + i should increment by i * 32 bytes (it doesn't),
but then that wouldn't do what you want either I guess.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121224
--- Comment #3 from Olaf Krzikalla ---
The type `aligned_double*` could be interpreted in two ways:
1. A aligned pointer to an array of doubles packed in the usual way. That's how
the vectorizer currently treats it.
2. A pointer to an array of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121218
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |rtl-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #15 from Jürgen Reuter ---
Created attachment 61950
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61950&action=edit
Close-to-minimal reproducer, 186 lines
The division of the array pmatrix%value by trace is not performed elem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121220
--- Comment #5 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:44b24b62a44e6208d654513cf567dd6900a2fb56
commit r16-2443-g44b24b62a44e6208d654513cf567dd6900a2fb56
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121224
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121225
Richard Biener changed:
What|Removed |Added
Blocks||53947
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121218
--- Comment #12 from Richard Sandiford ---
On the REG_DEAD thing: REG_DEAD notes are not kept up-to-date, so any pass that
wants to use them needs to ask for them to be recomputed. The REG_DEAD usage
in scalar_chain::convert_insn_common suggest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119382
--- Comment #9 from GCC Commits ---
The master branch has been updated by jeevitha :
https://gcc.gnu.org/g:a1fb757342058111fddcdc5ca2f866c61e87c9b8
commit r16-2462-ga1fb757342058111fddcdc5ca2f866c61e87c9b8
Author: Jeevitha
Date: Wed Jul 23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #27 from anlauf at gcc dot gnu.org ---
(In reply to Jürgen Reuter from comment #26)
> (In reply to kargls from comment #25)
> > (In reply to anlauf from comment #18)
> > > (In reply to Jürgen Reuter from comment #17)
> > > > (In reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118440
--- Comment #5 from Andrew Pinski ---
Created attachment 61954
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61954&action=edit
Patch which I tested
The RFC/RFH is posted here:
https://gcc.gnu.org/pipermail/gcc/2025-July/246413.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106247
--- Comment #9 from Sam James ---
(In reply to Michael Duggan from comment #8)
> Created attachment 53533 [details]
> Reduced bug exemplar
$ g++-16 l.cxx -O2 -c -Wall -Wextra -std=c++14
In member function ‘void i< >::m(k*) [with ab = s]’,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121222
--- Comment #8 from Kees Cook ---
Linux uses 100 by default, but it is configurable.
I have not measured the overhead lately, but mcount is pretty expensive, and
with the 100 byte stack size guard, the performance overhead is, by definition,
sm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105473
--- Comment #42 from john.harper at vuw dot ac.nz ---
I think Manfred is correct here because buffer and a are both of type
character, and so the read statement should not have been trying to read
integers.
On Wed, 23 Jul 2025, manfred99 at gm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #29 from Jürgen Reuter ---
(In reply to anlauf from comment #27)
> > Hm just changed to HEAD bd0ddee220f0988aec641060021298b343ae6922 (daily bump
> > from Monday July 21 early morning), but still see the problem with the code.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120412
Nathaniel Shead changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 120412, which changed state.
Bug 120412 Summary: Modules ICE using decltype and lambda across TUs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120412
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120412
--- Comment #3 from GCC Commits ---
The releases/gcc-15 branch has been updated by Nathaniel Shead
:
https://gcc.gnu.org/g:efce571b152ac9f5bdbd6821dd537a93e36c1b73
commit r15-10060-gefce571b152ac9f5bdbd6821dd537a93e36c1b73
Author: Nathaniel Sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121223
--- Comment #3 from chenglulu ---
(In reply to Xi Ruoyao from comment #2)
> (In reply to chenglulu from comment #1)
> > The reason for the failure to compile final.cc is that LoongArch defines the
> > macro as follows:
> >
> > ```
> > #define C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121064
--- Comment #13 from Sam James ---
This seems to have come up at
https://ffmpeg.org/pipermail/ffmpeg-devel/2025-July/346439.html. I emailed the
author off-list to let them know of this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121073
Robin Dapp changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #28 from Jürgen Reuter ---
(In reply to anlauf from comment #27)
> (In reply to Jürgen Reuter from comment #26)
> > (In reply to kargls from comment #25)
> > > (In reply to anlauf from comment #18)
> > > > (In reply to Jürgen Reuter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118440
--- Comment #4 from Andrew Pinski ---
Failures when doing this (this was mostly expected even):
+FAIL: gcc.dg/analyzer/torture/boxed-int-1.c -O1 (test for warnings, line
155)
+FAIL: gcc.dg/uninit-40.c (test for warnings, line 24)
+FAIL: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119521
Robert Dubner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121229
Robert Dubner changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #26 from Jürgen Reuter ---
(In reply to kargls from comment #25)
> (In reply to anlauf from comment #18)
> > (In reply to Jürgen Reuter from comment #17)
> > > (In reply to anlauf from comment #16)
> > > > (In reply to Jürgen Reuter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121223
Andrew Pinski changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121229
Bug ID: 121229
Summary: Debugging DECLARATIVE: No warning, and loops
infinitely.
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120412
--- Comment #2 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:be81c5c01c243013c4bac0718e63e0fdc132d384
commit r16-2459-gbe81c5c01c243013c4bac0718e63e0fdc132d384
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97605
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2020-10-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86889
Sam James changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #7 from Sam Jame
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
--- Comment #15 from Avinash Jayakar ---
Ok so I will submit a patch with the change that Tamar Christina suggested and
add a few comments for few of the failing test cases as Segher suggested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121220
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121223
Bug ID: 121223
Summary: loongarch: Compilation failed after bootstrap is
enabled
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164
--- Comment #8 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:ab5a89c0b4f1ead202dee072e16690607b810111
commit r16-2440-gab5a89c0b4f1ead202dee072e16690607b810111
Author: Gaius Mulley
Date: Wed
1 - 100 of 102 matches
Mail list logo
