https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117493
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.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
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-08
Ever confirmed|0
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=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
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-08
Assignee|unassigne
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
--- 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=117488
Andrew Pinski changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
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=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=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=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=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 #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
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
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 #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.
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
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)
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)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117492
Sam James changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
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=117489
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
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=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=117489
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
P
--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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
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=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
king-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241107 (experimental) (GCC)
101 - 133 of 133 matches
Mail list logo