https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79213
Andrew Pinski changed:
What|Removed |Added
Keywords||xfail
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111407
--- Comment #12 from Andrew Pinski ---
(In reply to qinzhao from comment #10)
> (In reply to Andrew Pinski from comment #6)
> the fix has been in GCC14, shall we backport the patch to previous releases?
Since it is a regression, yes please.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111407
Andrew Pinski changed:
What|Removed |Added
Target|aarch64-linux-gnu |aarch64-linux-gnu
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98877
--- Comment #12 from Tamar Christina ---
and it's not the first time we have conditional lowering. We already do so for
e.g. shifts, where shifting by an amount => bitsize of a vector element is
defined behavior or AArch64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98877
--- Comment #11 from Tamar Christina ---
(In reply to Andrew Pinski from comment #10)
> (In reply to Tamar Christina from comment #9)
> > While RA should be able to deal with this,
> > shouldn't we also just lower TBLs in gimple?
> >
> > This no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #4 from rguenther at suse dot de ---
On Wed, 28 Feb 2024, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
>
> --- Comment #3 from Tamar Christina ---
> >
> > This was a correctness fix btw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108174
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108174
--- Comment #12 from GCC Commits ---
The releases/gcc-13 branch has been updated by Andrew Pinski
:
https://gcc.gnu.org/g:df00dc3f38749cf2e3ca39632f97c1ff5d50d810
commit r13-8369-gdf00dc3f38749cf2e3ca39632f97c1ff5d50d810
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108174
--- Comment #11 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:5ec7740496a6908b32cd058c0520a2bd5a689bb5
commit r14-9235-g5ec7740496a6908b32cd058c0520a2bd5a689bb5
Author: Andrew Pinski
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108174
--- Comment #10 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> (In reply to Andrew Pinski from comment #8)
> > It should also be static too.
>
> Well the struct is anonymous so it will be static linkage by C++ rules.
But
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108174
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> It should also be static too.
Well the struct is anonymous so it will be static linkage by C++ rules.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114160
Bug ID: 114160
Summary: ICE in dwarf2out_frame_debug_cfa_offset RISCV
thead-c906
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108174
--- Comment #8 from Andrew Pinski ---
It should also be static too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108174
Andrew Pinski changed:
What|Removed |Added
Keywords|ice-on-invalid-code,|ice-on-valid-code
|ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108174
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108174
Andrew Pinski changed:
What|Removed |Added
Known to fail||14.0
--- Comment #5 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98877
--- Comment #10 from Andrew Pinski ---
(In reply to Tamar Christina from comment #9)
> While RA should be able to deal with this,
> shouldn't we also just lower TBLs in gimple?
>
> This no reason why this can't be a VEC_PERM_EXPR which would als
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96338
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96373
Andrew Pinski changed:
What|Removed |Added
CC||kawakami.k at fujitsu dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105922
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 111710, which changed state.
Bug 111710 Summary: [modules] ICE when compiling module where a lambda is
assigned to a field in an exported class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111710
What|Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111710
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 107398, which changed state.
Bug 107398 Summary: ICE in maybe_key_decl, at cp/module.cc:18834
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107398
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107398
Nathaniel Shead changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111710
--- Comment #3 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:3685fae23bb00898749dfc155212c9c5cd3a0980
commit r14-9232-g3685fae23bb00898749dfc155212c9c5cd3a0980
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114130
--- Comment #2 from GCC Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:fd07a29e39f5347d6cef3e7042a32306f97a1719
commit r14-9231-gfd07a29e39f5347d6cef3e7042a32306f97a1719
Author: Kito Cheng
Date: Wed Feb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86148
--- Comment #7 from GCC Commits ---
The master branch has been updated by Alexander Westbrooks alexanderw
:
https://gcc.gnu.org/g:edfe198084338691d0facc86bf8dfa6ede3ca676
commit r14-9229-gedfe198084338691d0facc86bf8dfa6ede3ca676
Author: Alexand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82943
--- Comment #18 from GCC Commits ---
The master branch has been updated by Alexander Westbrooks alexanderw
:
https://gcc.gnu.org/g:edfe198084338691d0facc86bf8dfa6ede3ca676
commit r14-9229-gedfe198084338691d0facc86bf8dfa6ede3ca676
Author: Alexan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86268
--- Comment #4 from GCC Commits ---
The master branch has been updated by Alexander Westbrooks alexanderw
:
https://gcc.gnu.org/g:edfe198084338691d0facc86bf8dfa6ede3ca676
commit r14-9229-gedfe198084338691d0facc86bf8dfa6ede3ca676
Author: Alexand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114158
--- Comment #5 from Rich Felker ---
I don't know how I ended up copying the wrong commit id, but the one I meant to
reference was 9c560cf23996271ee26dfc4a1d8484b85173cd12.
Actually, I do know now. I got it out of the gitweb url which gratuitous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114121
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #9 from Jerry DeLisle ---
--- snip ---
> % gfcx -o z a.f90
> a.f90:5:6:
>
> 5 | x%im = 42
> | 1
> Error: 'x' at (1) associated to expression cannot be used in
> a variable definition context (assignment)
>
> Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113976
--- Comment #11 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:29ac92436aa5c702e9e02c206e7590ebd806398e
commit r14-9227-g29ac92436aa5c702e9e02c206e7590ebd806398e
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94083
--- Comment #7 from Harald van Dijk ---
(In reply to Joseph S. Myers from comment #6)
> Contrary to what was claimed in bug 66462, I don't think there ever was a
> fixed patch. Note that in bug 66462 comment 19, "June" is June 2017 but
> "Novembe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114158
--- Comment #4 from jcmvbkbc at gcc dot gnu.org ---
> It seems to have been realized that this was not working, as
> 6bcbf80c6e2bd8a60d88bbcac3d70ffb67f4888f disabled initfini arrays on
> ARM/FDPIC,
> but didn't identify the root cause.
I belie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114158
jcmvbkbc at gcc dot gnu.org changed:
What|Removed |Added
CC||jcmvbkbc at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114158
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> >6bcbf80c6e2bd8a60d88bbcac3d70ffb67f4888f
>
> that seems unrelated "retain debug stmt order when moving to successors":
> https://gcc.gnu.org/git/gitweb.cgi?p=g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114158
--- Comment #1 from Andrew Pinski ---
>6bcbf80c6e2bd8a60d88bbcac3d70ffb67f4888f
that seems unrelated "retain debug stmt order when moving to successors":
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=6bcbf80c6e2bd8a60d88bbcac3d70ffb67f4888f
86_64-pc-linux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-9216-20240228150317-g5c01ede02a1-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240228 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #8 from Steve Kargl ---
On Wed, Feb 28, 2024 at 08:24:16PM +, sgk at troutmask dot
apl.washington.edu wrote:
>
> Indeed. Bit more reading of F2023, 11.1.3 agrees with you.
>
>11.1.3.1
>
>The ASSOCIATE construct associ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114158
Bug ID: 114158
Summary: Wrong FDPIC special-casing in crtstuff produces
invalid pointer in init_array
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #7 from Steve Kargl ---
On Wed, Feb 28, 2024 at 07:27:24PM +, mikael at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
>
> --- Comment #6 from Mikael Morin ---
> (In reply to kargl from comment #5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111781
--- Comment #6 from Mikael Morin ---
Created attachment 57571
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57571&action=edit
Tentative patch
(In reply to anlauf from comment #5)
> (In reply to anlauf from comment #4)
> > Thus I suggest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #6 from Mikael Morin ---
(In reply to kargl from comment #5)
> (In reply to Mikael Morin from comment #4)
>
> > (In reply to kargl from comment #3)
> > > Yep, agreed. I went back an re-read the section about ASSOCIATE.
> > > Not su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113453
--- Comment #1 from GCC Commits ---
The master branch has been updated by Cupertino Miranda :
https://gcc.gnu.org/g:77142bdba485057550c5d849864948b0d20be8af
commit r14-9224-g77142bdba485057550c5d849864948b0d20be8af
Author: Cupertino Miranda
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114153
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> Without looking at the code, we probably just need to check if the type has
> a usable operator<=>.
>
> We check it out had
Sorry, phone typos.
"We chec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114153
--- Comment #2 from Jonathan Wakely ---
Without looking at the code, we probably just need to check if the type has a
usable operator<=>.
We check it out had a usable operator< which worked fine in C++17, but in C++20
x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
--- Comment #7 from Jakub Jelinek ---
(In reply to Andrew Pinski from comment #6)
> Though r14-1833 just enables what was added to the vectorizer in r14-1832
> for aarch64.
Sure, the bug is in r14-1832, but bisection was to r14-1833.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
--- Comment #6 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #5)
> Close. Started with r14-1833-gea616f687dccbe42012f786c0ebade5b05850206
Though r14-1833 just enables what was added to the vectorizer in r14-1832 for
aarch64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114143
Hans-Peter Nilsson changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Hans-Peter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111781
--- Comment #5 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #4)
> Thus I suggest to fix the testcase by one of the options suggested above.
Testcase gfortran.dg/pr101026.f is corrected at r14-9220.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P4 |P5
Severity|normal
1ede02a1-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240228 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #4
gorithms: zlib zstd
gcc version 14.0.1 20240228 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #3 from Tamar Christina ---
>
> This was a correctness fix btw, so I'm not sure we can easily recover - we
> could try using niter information for CHREC_VARIABLE but then there's
> variable niter here so I don't see a chance.
>
It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114015
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2024-02-28
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114146
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P5
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114155
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114155
Bug ID: 114155
Summary: gdc.test/runnable/literal.d FAILs
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
--- Comment #3 from kargl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
--- Comment #7 from Sam James ---
(In reply to Peter Bergner from comment #6)
Thanks Peter. We're happy to help with that in Gentoo. If you remember, please
CC me on the patch and we'll give it a spin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113685
--- Comment #3 from Rainer Orth ---
Created attachment 57567
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57567&action=edit
64-bit sparc-sun-solaris2.11 vect-117.c.265t.optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113685
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102954
--- Comment #7 from Rainer Orth ---
Created attachment 57566
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57566&action=edit
64-bit sparc-sun-solaris2.11 slp-multitypes-3.c.179t.vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102954
--- Comment #6 from Rainer Orth ---
Created attachment 57565
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57565&action=edit
64-bit sparc-sun-solaris2.11 pr33804.c.179t.vect
The issue persists as of 20240228.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114154
--- Comment #1 from Rainer Orth ---
Created attachment 57564
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57564&action=edit
32-bit sparc-sun-solaris2.11 vect-alias-check-1.c.179t.vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114154
Bug ID: 114154
Summary: gcc.dg/vect/vect-alias-check-1.c XPASSes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
--- Comment #32 from Rainer Orth ---
Created attachment 57563
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57563&action=edit
32-bit sparc-sun-solaris2.11 vect-33.c.265t.optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 62283, which changed state.
Bug 62283 Summary: basic-block vectorization fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62283
Rainer Orth changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431
Rainer Orth changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114152
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:80c386cb20d38ebc55f30a79418fabfbed904b87
commit r14-9219-g80c386cb20d38ebc55f30a79418fabfbed904b87
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114152
--- Comment #3 from Jonathan Wakely ---
I can take care of it this time, since I think I can figure out how to fix it
just from your detailed report :-) and I've already written a testcase:
// { dg-do compile { target c++20 } }
// PR libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96147
--- Comment #11 from Rainer Orth ---
Created attachment 57562
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57562&action=edit
32-bit sparc-sun-solaris2.11 bb-slp-32.c.191t.slp2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96147
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114152
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114152
--- Comment #2 from Victor ---
Will do!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114152
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #2 from Richard Biener ---
Yep, it seems to only pick up global ranges that way.
diff --git a/gcc/tree-ssa-loop-ivopts.cc b/gcc/tree-ssa-loop-ivopts.cc
index 7cae5bdefea..626fc5bf5d7 100644
--- a/gcc/tree-ssa-loop-ivopts.cc
+++ b/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92687
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114147
Jonathan Wakely changed:
What|Removed |Added
Known to work|14.0|
Summary|[11/12/13 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114153
--- Comment #1 from Marc Mutz ---
It's only the C++14 "diamond"/is_transparent version of std::less/greater_equal
that is affected. If you replace the return from main with greater_equal{},
then it calls op<=>, too:
// https://godbolt.org/z/cnj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114153
Bug ID: 114153
Summary: std::less prefers operator const void*() over
operator<=>() in C++20 mode
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114152
Bug ID: 114152
Summary: Wrong exception specifiers for LFTSv3 scope guard
destructors
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108355
Richard Biener changed:
What|Removed |Added
Keywords||xfail
Summary|[13 Regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114121
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108355
--- Comment #8 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:5c01ede02a1f9ba1a58ab8d96a73e46e0484d820
commit r14-9216-g5c01ede02a1f9ba1a58ab8d96a73e46e0484d820
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113831
--- Comment #9 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:5c01ede02a1f9ba1a58ab8d96a73e46e0484d820
commit r14-9216-g5c01ede02a1f9ba1a58ab8d96a73e46e0484d820
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114121
--- Comment #15 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c841144a94363ff26e40ab3f26b14702c32987a8
commit r14-9215-gc841144a94363ff26e40ab3f26b14702c32987a8
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
Bug ID: 114151
Summary: [14 Regression] weird and inefficient codegen and
addressing modes since
g:a0b1798042d033fd2cc2c806afbb77875dd2909b
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114147
--- Comment #4 from __vic ---
The latest gcc-14-20240225 snapshot doesn't include this fix. Is there any
chance to have this fixed in 14.1 release?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92687
--- Comment #4 from Jakub Jelinek ---
finish_decltype_type does:
/* decltype of a decomposition name drops references in the tuple case
(unlike decltype of a normal variable) and keeps cv-qualifiers from
the containing obj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #43 from Lukas Grätz ---
(In reply to Lukas Grätz from comment #42)
> (In reply to Jakub Jelinek from comment #41)
> >
> > No. When PR78685 would be fixed by adding artificial hidden uses of
> > variables at the end of their scopes,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114150
Bug ID: 114150
Summary: gcc.target/i386/avx512cd-vpbroadcastmb2q-2.c etc. FAIL
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114129
Theodore.Papadopoulo at inria dot fr changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114129
--- Comment #2 from Theodore.Papadopoulo at inria dot fr ---
OK thank you... I did not realize that. C/C++ sometimes has a weird syntax.
Sorry for the noise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114149
Bug ID: 114149
Summary: lexicographical_compare should use memcmp for C++20
contiguous iterators as well as pointers
Product: gcc
Version: 14.0
Status: UNCONFIRMED
1 - 100 of 160 matches
Mail list logo
