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
--- 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=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 #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?
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=117950
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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=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=117947
Richard Biener changed:
What|Removed |Added
Target||riscv
Keywords|
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=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=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 #2 from Andrew Pinski ---
_32 = {0, _3};
MEM [(unsigned int *)_101 + -8B] = _32;
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=103827
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
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=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=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=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
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
Version|unknown
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=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=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=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=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=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 #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=70769
Halalaluyafail3 changed:
What|Removed |Added
CC||luigighiron at gmail dot com
--- Comme
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=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 #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=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
--- 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=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=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 #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 #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=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=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=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=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=117956
--- Comment #1 from simon at pushface dot org ---
It’s the -gnatX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117957
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |target
Keywords|
48 matches
Mail list logo