https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112919
--- Comment #10 from chenglulu ---
(In reply to Xi Ruoyao from comment #9)
> (In reply to chenglulu from comment #8)
> > (In reply to Xi Ruoyao from comment #7)
> > > Any update? :)
> >
> > Well, I haven't run it yet. Since this does not have a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111523
--- Comment #7 from Andrew Pinski ---
One thing I noticed is that malloc_usable_size is used for greedy_realloc but
that should not change based on if -ftrivial-auto-var-init is used or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112919
--- Comment #11 from Xi Ruoyao ---
(In reply to chenglulu from comment #10)
> (In reply to Xi Ruoyao from comment #9)
> > (In reply to chenglulu from comment #8)
> > > (In reply to Xi Ruoyao from comment #7)
> > > > Any update? :)
> > >
> > > W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111523
--- Comment #8 from Andrew Pinski ---
I also looked into extracting greedy_realloc into its own file and I don't see
anything which would cause -ftrivial-auto-var-init=zero any difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114171
--- Comment #3 from Andrei Horodniceanu ---
(In reply to Hongtao Liu from comment #2)
> on rtl level,we get
>
> (insn 7 6 8 2 (set (reg:CCZ 17 flags)
> (compare:CCZ (mem:TI (plus:DI (reg/f:DI 100 [ _5 ])
> (const_int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112919
--- Comment #12 from chenglulu ---
(In reply to Xi Ruoyao from comment #11)
> (In reply to chenglulu from comment #10)
> > (In reply to Xi Ruoyao from comment #9)
> > > (In reply to chenglulu from comment #8)
> > > > (In reply to Xi Ruoyao from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114100
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #12 from Paul Thomas ---
(In reply to Steve Kargl from comment #11)
...snip...
> I know you had some ASSOCIATE patches in the works, and
> certainly do not want to interfere. Do you want to
> incorporate my patch or some variation i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #13 from Paul Thomas ---
(In reply to Steve Kargl from comment #11)
...snip...
> I know you had some ASSOCIATE patches in the works, and
> certainly do not want to interfere. Do you want to
> incorporate my patch or some variation i
ddsd xmm0, xmm1
ret
sumxy_p_ref(P2d const&):
movsd xmm0, QWORD PTR [rdi]
addsd xmm0, QWORD PTR [rdi+8]
ret
```
instead with g++ 14 (g++
(Compiler-Explorer-Build-gcc-b05f474c8f7768dad50a99a2d676660ee4db09c6-binutils-2.40)
14.0.1 20240301 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114187
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114187
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #6 from Richard Biener ---
(In reply to Andrew Macleod from comment #5)
> (In reply to rguent...@suse.de from comment #4)
>
> >
> > What was definitely missing is consideration of POLY_INT_CSTs (and
> > variable polys, as I think t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114164
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114188
Bug ID: 114188
Summary: Overloading assignment does not invalidate intrinsic
assignment
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #32 from Richard Biener ---
(In reply to Richard Sandiford from comment #31)
> (In reply to Tamar Christina from comment #29)
> > This works fine for normal gather and scatters but doesn't work for widening
> > gathers and narrowing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #33 from Richard Sandiford ---
Can you give me a chance to look at it a bit when I back? This doesn't feel
like the way to go to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114184
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Summary|ICE: in extract_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114184
--- Comment #2 from Jakub Jelinek ---
BTW,
typedef unsigned char V __attribute__((vector_size (16)));
long double
foo (void)
{
long double d;
*(V *)&d = (V) { 149, 136, 89, 42, 38, 240, 196, 194 };
return d;
}
ICEs at -O2 too since r14-453
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114156
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d3d0fcb652748191714e4c0b2541e977a7fc7bd7
commit r14-9248-gd3d0fcb652748191714e4c0b2541e977a7fc7bd7
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114164
--- Comment #5 from Richard Biener ---
The following fixes this, it also shows that even with -mavx2 we don't support
this (as was expected after the analysis). Note since we emit
mask ? {true,..} : {false,...} we only support in-branch clones
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114156
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114189
Bug ID: 114189
Summary: Target implements obsolete vcond{,u,eq} expanders
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114189
--- Comment #1 from Richard Biener ---
The following shows them all:
grep 'vcond[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #34 from rguenther at suse dot de ---
On Fri, 1 Mar 2024, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
>
> --- Comment #33 from Richard Sandiford ---
> Can you give me a chance to look a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114152
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:89e7b77df1aefb01aadfacae83170b24a4c4d274
commit r13-8371-g89e7b77df1aefb01aadfacae83170b24a4c4d274
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960
--- Comment #16 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:3a16060d605a087fb4cf0bc3b53ed93b5875cd62
commit r13-8377-g3a16060d605a087fb4cf0bc3b53ed93b5875cd62
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114152
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960
Jonathan Wakely changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression] std::map
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114181
--- Comment #14 from Jonathan Wakely ---
Libc headers define lots of macros, we don't #undef them in C++ headers unless
they use the name of a function defined by the C++ library (because C++ says
its library functions must be real functions and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114181
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114184
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
Jeevitha changed:
What|Removed |Added
CC||jeevitha at gcc dot gnu.org
--- Comment #8 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114070
--- Comment #10 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f9c30ea737b806caac917d8f501305151a2cbd57
commit r14-9252-gf9c30ea737b806caac917d8f501305151a2cbd57
Author: Richard Biener
Date:
-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240301 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109549
--- Comment #11 from Stefan Schulze Frielinghaus ---
I will have a look at those s390x failures and come up with a
TARGET_NOCE_CONVERSION_PROFITABLE_P implementation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #12 from Jonathan Wakely ---
(In reply to g.peterhoff from comment #11)
> Would this be a good implementation for hypot3 in cmath?
Thanks for the suggestion!
> #define GCC_UNLIKELY(x) __builtin_expect(x, 0)
> #define GCC_LIKELY(x) _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111224
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114187
Jakub Jelinek changed:
What|Removed |Added
Summary|[14 regression] bizarre |[14 regression] bizarre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114171
--- Comment #4 from Iain Buclaw ---
Removed druntime dependency.
---
import gcc.builtins;
struct Token {
string label;
}
struct BreakStatement {
ulong pad;
Token label;
}
pragma(inline, false)
auto newclass()
{
void *p = __built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114171
--- Comment #5 from Richard Biener ---
(In reply to Iain Buclaw from comment #4)
> Removed druntime dependency.
> ---
> import gcc.builtins;
> struct Token {
> string label;
> }
> struct BreakStatement {
> ulong pad;
> Token label;
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110221
--- Comment #7 from GCC Commits ---
The releases/gcc-12 branch has been updated by Andre Simoes Dias Vieira
:
https://gcc.gnu.org/g:9d033155254ac6df5f47ab32896dbf336f991589
commit r12-10186-g9d033155254ac6df5f47ab32896dbf336f991589
Author: Ric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111478
avieira at gcc dot gnu.org changed:
What|Removed |Added
CC||avieira at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111478
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114015
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5b1fb8f8b4fe60745dece9b2f83c155c772ca66d
commit r14-9254-g5b1fb8f8b4fe60745dece9b2f83c155c772ca66d
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114015
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114171
--- Comment #6 from Iain Buclaw ---
(In reply to Richard Biener from comment #5)
> Unless gdc somehow guarantees bn->label and init are 128bit aligned
> then "casting" this way is broken. You can of course use
> build_aligned_type to build a pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113976
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114136
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b5377928a2a5cd2a79eda59e2eba7d0511bf7566
commit r14-9255-gb5377928a2a5cd2a79eda59e2eba7d0511bf7566
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114151
--- Comment #7 from Andrew Macleod ---
(In reply to Richard Biener from comment #6)
> (In reply to Andrew Macleod from comment #5)
> > (In reply to rguent...@suse.de from comment #4)
> >
> > >
> > > What was definitely missing is consideration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114147
--- Comment #7 from Jonathan Wakely ---
Patch posted: https://gcc.gnu.org/pipermail/gcc-patches/2024-March/646989.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100799
Peter Bergner changed:
What|Removed |Added
CC||aagarwa at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114191
Bug ID: 114191
Summary: Flags "Warning" and "Target" don't mix well in
target.opt files
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114187
Roger Sayle changed:
What|Removed |Added
Last reconfirmed||2024-03-01
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110347
--- Comment #3 from GCC Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:4f82d5a95a244d0aa4f8b2541b47a21bce8a191b
commit r14-9257-g4f82d5a95a244d0aa4f8b2541b47a21bce8a191b
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92687
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:867cbadb912ab75d0eaf919a3f992595e508482b
commit r14-9258-g867cbadb912ab75d0eaf919a3f992595e508482b
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113436
--- Comment #2 from Tobias Burnus ---
As mentioned in comment 0, PR110347's testcase (r14-9257-g4f82d5a95a244d)
contains '#if 0' code which has to be enabled once this bug is fixed.
Please remember to take care of:
* libgomp/testsuite/libgomp.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110347
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114192
Bug ID: 114192
Summary: scalar code left around following early break
vectorization of reduction
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114192
Tamar Christina changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114193
Bug ID: 114193
Summary: missed early break vectorization of reduction
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114194
Bug ID: 114194
Summary: ICE when using std::unique_ptr with xtheadvector
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84414
--- Comment #8 from Jonathan Wakely ---
This is now https://cplusplus.github.io/CWG/issues/2868.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109945
--- Comment #33 from Jonathan Wakely ---
This is now https://cplusplus.github.io/CWG/issues/2868.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114188
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111802
--- Comment #5 from Thiago Jung Bauermann
---
I can confirm this is fixed in our setup. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111224
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110025
--- Comment #8 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a6a1920b592b58c38137c5c891b3bbb02b084f38
commit r14-9260-ga6a1920b592b58c38137c5c891b3bbb02b084f38
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114138
--- Comment #1 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a6a1920b592b58c38137c5c891b3bbb02b084f38
commit r14-9260-ga6a1920b592b58c38137c5c891b3bbb02b084f38
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114188
--- Comment #2 from Bader at lrz dot de ---
You note that
> Unfortunately, the five requirements in 10.2.1.4 for defined assignment
> do not say anything about argument association.
Hmm, one could see this as "intentionally" instead of "unfort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104819
--- Comment #10 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:db0b6746be075e43c8142585968483e125bb52d0
commit r14-9261-gdb0b6746be075e43c8142585968483e125bb52d0
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841
--- Comment #10 from Jonathan Wakely ---
This one's much harder to fix:
#include
template
struct Alloc
{
using value_type = T;
Alloc(int) { }
template Alloc(const Alloc&) { }
T* allocate(std::size_t n) { return std::allocator().all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114186
--- Comment #1 from Indu Bhagat ---
This in turn affects BTF generation too, because GCC internally uses the CTFC
(CTF container) to create BTF info.
$ bpftool btf dump file array.o
[1] INT 'int' size=4 bits_offset=0 nr_bits=32 encoding=SIGNE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114165
--- Comment #1 from Andrew Pinski ---
:17:32: error: '((& scalar) + 4)' is not a valid template argument for
'int*' because it is not the address of a variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114165
--- Comment #2 from Andrew Pinski ---
Reduced testcase:
```
template
void withP() {}
int array[2];
int main() {
withP();
withP();
}
```
GCC and MSVC both reject `array+1` .
All three accept `&array[1]` though in C++20+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114188
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114187
Roger Sayle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114188
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to ba...@lrz.de from comment #0)
> (NAG Fortran, Intel Fortran and NVidia Fortran issue appropriate error
> messages).
NVidia has a different issue: if one imports only the type declara
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109642
--- Comment #19 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:c7607c4cf18986025430ca8626abfe56bfe87106
commit r14-9263-gc7607c4cf18986025430ca8626abfe56bfe87106
Author: Marek Polacek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110358
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:c7607c4cf18986025430ca8626abfe56bfe87106
commit r14-9263-gc7607c4cf18986025430ca8626abfe56bfe87106
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110358
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114190
--- Comment #1 from Andrew Pinski ---
>testesi, esi
is missing with `-fno-dce`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114190
--- Comment #2 from Andrew Pinski ---
So after reload, it looks ok:
(insn 22 21 380 2 (set (reg:CCZ 17 flags)
(compare:CCZ (reg:SI 4 si [orig:111 _21+4 ] [111])
(const_int 0 [0]))) "/app/example.cpp":8:8 discrim 1 7
{*cmpsi_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114195
Bug ID: 114195
Summary: [14] RISC-V vector ICE: in vectorizable_store, at
tree-vect-stmts.cc:8690
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114190
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110213
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110075
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114196
Bug ID: 114196
Summary: [13/14 Regression] Fixed length vector ICE: in
vect_peel_nonlinear_iv_init, at tree-vect-loop.cc:9454
Product: gcc
Version: 14.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197
Bug ID: 114197
Summary: [14] middle-end: ICE in verify_dominators
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197
Edwin Lu changed:
What|Removed |Added
CC||ewlu at rivosinc dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197
--- Comment #2 from Patrick O'Neill ---
found via fuzzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114198
Bug ID: 114198
Summary: [14] RISC-V fixed-length vector -flto ICE: in
vectorizable_load, at tree-vect-stmts.cc:10570
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114005
--- Comment #1 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:2823b4d96d9ec4ad4e67e5e8edaa1b060a467491
commit r14-9266-g2823b4d96d9ec4ad4e67e5e8edaa1b060a467491
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114170
--- Comment #1 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:852b58552991099141f9df5782e1f28d8606af9d
commit r14-9267-g852b58552991099141f9df5782e1f28d8606af9d
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114170
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
Res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 114170, which changed state.
Bug 114170 Summary: [modules] error streaming in header unit with instantiated
variable template with non-trivial initializer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114170
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 114005, which changed state.
Bug 114005 Summary: Constructing a constexpr std::initializer_list ICEs GCC
when using C++ modules
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114005
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114005
Nathaniel Shead changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103
--- Comment #11 from dave.anglin at bell dot net ---
On 2024-02-29 12:44 p.m., redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103
>
> --- Comment #10 from Jonathan Wakely ---
> This additional change should fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197
--- Comment #3 from Edwin Lu ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647031.html
1 - 100 of 155 matches
Mail list logo
