https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117959
Bug ID: 117959
Summary: Address Sanitizer misses 'global-buffer-overflow' for
a[-1]
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117901
--- Comment #6 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:ad94070689b3fadafca14c188c650aad6b8600e7
commit r15-6021-gad94070689b3fadafca14c188c650aad6b8600e7
Author: Paul Thomas
Date: Mon D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261
--- Comment #15 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:ad94070689b3fadafca14c188c650aad6b8600e7
commit r15-6021-gad94070689b3fadafca14c188c650aad6b8600e7
Author: Paul Thomas
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
Hongtao Liu changed:
What|Removed |Added
Assignee|liuhongt at gcc dot gnu.org|unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
--- Comment #8 from Hongtao Liu ---
> Why class is changed to INDEX_GPR16 for r273
Note with -mapxf, ICE disappears
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
--- Comment #7 from Hongtao Liu ---
5024 Choosing alt 6 in insn 295: (0) ?jc (1) Yd {*movti_internal}
(sp_off=-128)
5025 Change to class INDEX_GPR16 for r273
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
--- Comment #6 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #5)
> (In reply to Hongtao Liu from comment #4)
> > The insn is generated by avoid_store_fowarding, and it is valid but failed
> > reload
>
> Reload want to find a insn t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
--- Comment #5 from Hongtao Liu ---
(In reply to Hongtao Liu from comment #4)
> The insn is generated by avoid_store_fowarding, and it is valid but failed
> reload
Reload want to find a insn to move data from GPR to SSE_REGS but
*movti_internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
--- Comment #4 from Hongtao Liu ---
The insn is generated by avoid_store_fowarding, and it is valid but failed
reload
170Store forwarding detected:
171From: (insn 24 23 25 2 (set (mem/c:SI (pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117946
Hongtao Liu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |liuhongt at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70769
Halalaluyafail3 changed:
What|Removed |Added
CC||luigighiron at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502
--- Comment #13 from M Welinder ---
> The reason why full destructor is inlined is that we do not know what
> foo is doing and it may make the string bigger. "const" does not promise
> that the callee does not modify the object.
:-(
> So I th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106568
--- Comment #27 from Andrew Pinski ---
[local count: 1073741824]:
[t.cc:102620:32 discrim 2] __builtin___ubsan_handle_builtin_unreachable
([t.cc:102620:32 discrim 2] &*.Lubsan_data109);
PK_FinalTemplate(const AsymmetricAlgorithm &algori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106568
Sam James changed:
What|Removed |Added
Keywords||needs-reduction
--- Comment #26 from Sam Ja
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502
--- Comment #12 from Jan Hubicka ---
> (In reply to Jakub Jelinek from comment #10)
> > __builtin_memcpy (&D.35539.D.25336._M_local_buf, "abc", 3);
> > MEM[(char_type &)&D.35539 + 11] = 0;
> > change to
> > __builtin_memcpy (&D.35539.D.2533
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103827
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93558
Andrew Pinski changed:
What|Removed |Added
Depends on||91019
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502
--- Comment #10 from Jakub Jelinek ---
__builtin_memcpy (&D.35539.D.25336._M_local_buf, "abc", 3);
MEM[(char_type &)&D.35539 + 11] = 0;
change to
__builtin_memcpy (&D.35539.D.25336._M_local_buf, "abc", 4);
seems like something that the strl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87502
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117957
--- Comment #5 from Jan Hubicka ---
> I suspect the issue is very similar (or the same) as PR 115777 .
Yep, I think it store-to-load forwarding. The stack is organized in
pairs that are likely written independetly and loaded together.
Sadly I t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117958
Bug ID: 117958
Summary: g++.dg/tree-ssa/pr117123.C fails on aarch64-linux-gnu
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization, testsuite-fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117935
--- Comment #7 from Andrew Pinski ---
Looking into optimization passes that might ignore predictors, only phiopt will
ignore them and maybe remove them. And that is what is happening here. Other
passes will keep them around. Jump threading, etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117954
Hans-Peter Nilsson changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117957
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117935
--- Comment #6 from Jason Merrill ---
(In reply to Jan Hubicka from comment #5)
> Note that propagation of branch probabilities from callee to caller
> works only by kind of accident. I originally made branch prediction to
> be done after early
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117957
--- Comment #4 from Andrew Pinski ---
I suspect the issue is very similar (or the same) as PR 115777 .
/opt/compiler-explorer/gcc-trunk-20241208/include/c++/15.0.0/bits/new_allocator.h:191:4:
note: Cost model analysis for part in loop 1:
Vector cost: 22
Scalar cost: 24
aarch64:
0 1 times scalar_store costs 1 in body
_3 1 times scalar_store costs 1 in body
0 1 times unaligned_store (misalign -1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117957
--- Comment #2 from Andrew Pinski ---
_32 = {0, _3};
MEM [(unsigned int *)_101 + -8B] = _32;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117926
--- Comment #11 from GCC Commits ---
The releases/gcc-14 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:c08ae0cf33e7e8339456a4a9ba0c494600eadcf3
commit r14-11073-gc08ae0cf33e7e8339456a4a9ba0c494600eadcf3
Author: Uros Bizjak
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117957
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |target
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117956
--- Comment #1 from simon at pushface dot org ---
It’s the -gnatX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117957
Bug ID: 117957
Summary: vectorization pesimises std::vector push/pop test
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117935
--- Comment #5 from Jan Hubicka ---
Note that propagation of branch probabilities from callee to caller
works only by kind of accident. I originally made branch prediction to
be done after early inlining since it makes some patterns branch
pred
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117248
--- Comment #17 from John David Anglin ---
The original problem on hppa64-hp-hpux11.11 is fixed. The related
problem on linux reported in comments 5 and 6 is also fixed. Only
the testsuite fail reported in comment 16 remains.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117951
--- Comment #2 from John David Anglin ---
Similar fails:
FAIL: std/ranges/cartesian_product/1.cc -std=gnu++23 (test for excess errors)
FAIL: std/ranges/cartesian_product/1.cc -std=gnu++26 (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117953
--- Comment #1 from rvismith ---
Here are results of array b I get (by gcc 15 + qemu 9.1.0):
at -O0 (correct)
>>> 0 2 5 7 10 12 15 17 20 22
at -O3 (rounding error)
>>> 0 3 5 8 10 13 15 18 20 23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117955
--- Comment #3 from rvismith ---
(In reply to Andrew Pinski from comment #1)
> What version of qemu are you usirng?
Thanks for your reply. I use qemu v9.1.0:
```
$ /home/emulator/qemu-9.1.0/build/qemu-riscv64 --version
qemu-riscv64 version 9.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116253
--- Comment #11 from David Malcolm ---
An example of the nested diagnostics on Compiler Explorer:
Trunk with -std=c++20 -fconcepts-diagnostics-depth=2
Text output (via -fdiagnostics-set-output=text:experimental-nesting=yes),
showing indentatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117956
Bug ID: 117956
Summary: Assert failure in precondition, sinfo-nodes.ads
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117955
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117947
Richard Biener changed:
What|Removed |Added
Target||riscv
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117954
--- Comment #3 from Richard Biener ---
I can look to adjust the testcase (adding #pragma GCC unroll or --param
logical-op-short-circuit=1) if nobody beats me to it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117953
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117950
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117935
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117955
--- Comment #2 from Andrew Pinski ---
>From my reading of the V 1.0 spec, `vsetvli zero,zero,e64,mf4,ta,ma` should be
valid still.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117955
--- Comment #1 from Andrew Pinski ---
What version of qemu are you usirng?
48 matches
Mail list logo