https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
--- Comment #2 from Andrew Pinski ---
The patch in pr 117493 should fix thus one too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
--disable-libsanitizer --enable-languages=c
CFLAGS='-O1 -g0' CXXFLAGS='-O1 -g0' LDFLAGS='-O1 -g0'
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20241107 (experimental) (GCC)
Program received signal SIGSEGV, Segmentation fault.
0x00
king-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241107 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117494
Bug ID: 117494
Summary: pr101145inf.c fails on RISC-V without V extension (and
maybe other architectures with a CPU lacking vector
extension)
Product: gcc
Versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117489
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
--- Comment #5 from Andrew Pinski ---
Created attachment 59564
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59564&action=edit
Quick hack
Let me think of a good limit, 5 seems reasonable at this point. Without
-fno-tree-forwprop, the cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
--- Comment #2 from Andrew Pinski ---
Maybe mine ... Since -fno-tree-forwprop causes us to produce much walkable
comparisons ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-08
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
--- Comment #3 from Andrew Pinski ---
Definitely seeing insert_predicates_for_cond in the backtrace when stopping for
timing reasons. So at least I might have introduced a slight compile time hog.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
--- Comment #1 from Sam James ---
Sorry, this build of GCC was without Valgrind annotations. Please ignore the
Valgrind output but the crash is real ofc. Let me fix that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117492
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-08
Ever confirmed|0
ported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241107 (experimental)
2a2e6784074e1f7b679bc09b1a66982bf60645a5 (Gentoo 15.0. p, commit
5f55e0a35a6595391420057c748c94110a41cacd)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117492
--- Comment #2 from Andrew Pinski ---
(In reply to Sam James from comment #1)
> I don't think we have any folding for patterns into these yet so can't make
> it a regression.
We do fold sometimes into LROTATE_EXPR and RROTATE_EXPR but this is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117492
Sam James changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
runk//binary-trunk-r15-5029-20241107203450f536d54b-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241107 (experimental) (GCC)
cxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r15-5029-20241107203450f536d54b-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241107 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
--- Comment #3 from uecker at gcc dot gnu.org ---
Ah, your are right. The declared type rules makes it valid. I forgot about it
because it is never explicitly used for anything, but here it makes a
difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117489
--- Comment #3 from Sam James ---
Ah, PR117440. Not the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117489
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
--- Comment #2 from keinfluegeltier at posteo dot de ---
The aliasing rule in §6.5.1 does not forbid the access if the lvalue used has
"_a type compatible with the effective type of the object_".
The effective type of `x` is the declared one, wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117489
--- Comment #2 from Sam James ---
Don't we have another PR for that assert firing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
--- Comment #1 from uecker at gcc dot gnu.org ---
I believe the optimization is valid because what is relevant are the types used
for the accesses in 'f2' so 's1' and 's2_alt' which are not compatible with
each other. The type in the other TU is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117490
Bug ID: 117490
Summary: Invalid TBAA for structures without tag and identical
definition in C.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117489
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
ion 15.0.0 20241107 (experimental) (GCC)
***
Program:
$ cat mutant.C
class a {
virtual a c();
};
class B {
virtual B *d();
};
class e : a, B {
e *__attribute__((no_sanitize("undefined"))) __attribute__((pur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117007
--- Comment #13 from Steven Munroe ---
Is seem like even for small values of signed char vec_splats ((signed char)x)
for target -mcpu=power9 will sometime generate 2 instruction where it should
only generate a single xxspltib.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117007
--- Comment #12 from Steven Munroe ---
Is seem like even for small values of signed char vec_splats ((signed char)x)
will sometime generate 2 instruction where it should only generate a single
xxspltib.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117007
--- Comment #11 from Steven Munroe ---
Created attachment 59560
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59560&action=edit
Test cases for vec_splats(signed chat) on -mcpu=power9
for and valid char value I would expect for example ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117488
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
Andrew Pinski changed:
What|Removed |Added
CC||bart.vanassche at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117488
Andrew Pinski changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113915
Andrew Pinski changed:
What|Removed |Added
CC||bart.vanassche at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117488
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117488
Bug ID: 117488
Summary: Building a gcc cross-compiler for hppa fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117485
--- Comment #3 from Eric Botcazou ---
> In that case I'll take it up with ARG, because it doesn't make sense to stop
> public types from using this.
You might want to read the AI that discussed it 15 years ago, that's clearly
explained in there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117487
Bug ID: 117487
Summary: Power8 optimizations for math library aren't done in
power9 or power10 (PR target/71977)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117353
--- Comment #9 from Vineet Gupta ---
Or the other option is to prevent these patterns from kicking in during reload
by adjust the costs (there's a TODO there already)
diff --git a/gcc/config/riscv/riscv.cc b/gcc/config/riscv/riscv.cc
index 3ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117353
--- Comment #8 from Vineet Gupta ---
We could potentially use a scratch in splitter.
(clobber (match_scratch:DI 3 "=&r"))]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117485
--- Comment #2 from Saada Mehdi <00120260a at gmail dot com> ---
mm, ok, we're wrong, I remember we didn't find it, weird.
In that case I'll take it up with ARG, because it doesn't make sense to stop
public types from using this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117353
--- Comment #7 from Vineet Gupta ---
(In reply to Jeffrey A. Law from comment #6)
> So my approach would be to note the insn number, then set a conditional
> breakpoint in make_insn_raw (after it initializes INSN_UID in the new
> insn). The co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117486
--- Comment #3 from Patrick O'Neill ---
(In reply to Andrew Pinski from comment #2)
> I think you reduced the testcase case a little too much. Anyways confirmed,
> see the attached testcase for one that fails on aarch64 with -march=armv9-a.
Tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117484
Andrew Pinski changed:
What|Removed |Added
Target|riscv*-*-* |riscv*-*-* aarch64*-*-*
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117486
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117486
--- Comment #1 from Andrew Pinski ---
Created attachment 59558
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59558&action=edit
testcase that ICEs the same way on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117486
Bug ID: 117486
Summary: [15 Regression] ICE: in vect_build_slp_tree_2, at
tree-vect-slp.cc:2027
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117484
--- Comment #1 from Andrew Pinski ---
Created attachment 59557
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59557&action=edit
testcase that also fails with -march=armv9-a on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117485
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117484
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117485
Bug ID: 117485
Summary: aspect "type_invariant" only allowed for private type
or corresponding full view, but RM doesn't mention
that
Product: gcc
Version: 14.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117484
Bug ID: 117484
Summary: [15 Regression] ICE: segfault during GIMPLE pass: vect
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115285
--- Comment #17 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:90c578654a2c96032aa6621449859243df5f641b
commit r15-5032-g90c578654a2c96032aa6621449859243df5f641b
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117483
Bug ID: 117483
Summary: [15 Regression] ICE: in merge, at
config/riscv/riscv-vsetvl.cc:2106
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Andrew Pinski changed:
What|Removed |Added
Priority|P3 |P1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117473
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Attachment #59547|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117482
Andrew Pinski changed:
What|Removed |Added
Known to work||11.4.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2024-11-07
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117414
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117482
Bug ID: 117482
Summary: Bogus -Wstringop-overflow warning in intrusive list
implementation
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #5 from Eli Schwartz ---
https://github.com/GNOME/gegl/blob/626c202550c4536c2e411821fb34e91d138c1548/meson.build#L246-L254
```
if os_osx
add_languages('objc')
osx_ldflags = ['-Wl,-framework,Foundation', '-Wl,-framework,AppKit',
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117447
--- Comment #4 from GCC Commits ---
The master branch has been updated by David Faust :
https://gcc.gnu.org/g:0e1382034246a594f1da8dbaee97c4a06743f31a
commit r15-5026-g0e1382034246a594f1da8dbaee97c4a06743f31a
Author: David Faust
Date: Thu N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117479
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117479
Andrew Pinski changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
--- Comment #2 from A
local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20241107 (experimental) (GCC)
[608] %
[608] % gcctk -O0 small.c; ./a.out
[609] %
[609] % gcct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117256
--- Comment #3 from Jakub Jelinek ---
Created attachment 59554
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59554&action=edit
gcc15-pr117256.patch
Untested fix on top of the above mentioned patch.
This is just the start, I think for ful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117477
--- Comment #2 from Andrew Pinski ---
Here is a testcase which shows that GCC spilling but spilling is better than
using a callee saved register by removing extra moves:
```
int test (int x), test2 (int x);
int test3(int,int,int);
int foo (int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117477
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #8 from Sergey Fedorov ---
(In reply to Eli Schwartz from comment #5)
> Not a meson bug, but gegl should probably test whether -ObjC is accepted as
> a valid flag before unconditionally adding it to their build.
I have opened an iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85605
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #13 from Sergey Fedorov ---
(In reply to Jakub Jelinek from comment #10)
> -xobjective-c should work fine with both gcc and clang and is much better
> designed, it isn't about two almost dead languages, but allows specifying
> any la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19501
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
Sam James changed:
What|Removed |Added
CC||eschwartz93 at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117414
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:578002846620ed04192a4832e9f20b5c32816153
commit r15-5021-g578002846620ed04192a4832e9f20b5c32816153
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85605
--- Comment #9 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:2a2e6784074e1f7b679bc09b1a66982bf60645a5
commit r15-5024-g2a2e6784074e1f7b679bc09b1a66982bf60645a5
Author: Andrew Pinski
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #12 from David Binderman ---
(In reply to Alexey Merzlyakov from comment #11)
> To verify the "outside mode N" part, we need to change
>
> & ~GET_MODE_MASK (mode)) == 0)
>
> to the:
>
> & ~GET_MODE_MASK(GET_MODE (op))) =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117414
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:684e5ae90b64c3481f8a5cb7b9517daf79c78ab4
commit r15-5023-g684e5ae90b64c3481f8a5cb7b9517daf79c78ab4
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117414
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:add4bb94459d6cecae11de279b49f9c1acb14394
commit r15-5022-gadd4bb94459d6cecae11de279b49f9c1acb14394
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #11 from Alexey Merzlyakov
---
Analysis shown that the problem seem is related to incorrect check in the
optimization, introduced by the aforementioned patch:
(zero_extend:M (subreg:N (not:M (X:M -> (xor:M (X:M, mask))
In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115560
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #12 from Eli Schwartz ---
(In reply to Sergey Fedorov from comment #11)
> Do you mean that even with the correct flag passed, the code won’t compile
> with gcc14? While I have gcc15 locally (not updating it weekly though), few
> peop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117479
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117462
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #11 from Sergey Fedorov ---
(In reply to Eli Schwartz from comment #9)
> It's not a bad idea to "fix" it from both ends.
>
> Projects such as gegl cannot compile on macOS using GCC 13 or 14, and that's
> not going to change. They ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117481
Bug ID: 117481
Summary: ICE: maximum number of generated reload insns per insn
achieved (90) with -O -mrvv-vector-bits=zvl
-march=rv64gcv -mabi=lp64e
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78620
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #9 from Eli Schwartz ---
It's not a bad idea to "fix" it from both ends.
Projects such as gegl cannot compile on macOS using GCC 13 or 14, and that's
not going to change. They can't really know what versions their users have
install
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #10 from Jakub Jelinek ---
-xobjective-c should work fine with both gcc and clang and is much better
designed, it isn't about two almost dead languages, but allows specifying any
language the compiler supports.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #6 from Iain Sandoe ---
fine with fixing it upstream - but also OK with trying to be compatible (esp.
with facilities that were present for ≈ 20 years, if those are not to intrusive
to arrange).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
--- Comment #10 from Sam James ---
The dupe PR117480 has a nicer testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sam James changed:
What|Removed |Added
CC||zhendong.su at inf dot ethz.ch
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117480
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117477
--- Comment #1 from Andrew Pinski ---
Both are the same.
Gcc choices a stack location rather than a calee save register which is also
saved/restored from the stackq.
The cost of knowing that using another callee saved register is not known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #4 from Iain Sandoe ---
-ObjC is not exactly clang-specific - AFAIR it was supported by Apple gcc-4.x
as well,
Perhaps we can support it as a driver flag (which is used as shorthand for -x
objective-c)
I'm short of time at the mome
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117478
--- Comment #1 from Andrew Pinski ---
> AFAICT, this flag is redundant with GCC
No the correct flag is -xobjc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sam James changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |alexey.merzlyakov at
samsung dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117065
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
K
1 - 100 of 133 matches
Mail list logo
