https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643
--- Comment #15 from Andrew Pinski ---
Well the cvise reduced testcase is undefined code:
template
__tuple_element_t<__i, tuple<_Elements...>> get(tuple<_Elements...>) {
double __trans_tmp_23{};
double *__trans_tmp_21 = &__trans_tmp_23;
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #2 from Richard Biener ---
the patch looks reasonable, please post it to gcc-patc...@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111636
Bug ID: 111636
Summary: Wreturn-type not triggered with exceptions
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #3 from Dimitry Andric ---
(In reply to Richard Biener from comment #2)
> the patch looks reasonable, please post it to gcc-patc...@gcc.gnu.org
https://gcc.gnu.org/pipermail/gcc-patches/2023-September/631611.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111636
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111583
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111505
--- Comment #6 from CVS Commits ---
The master branch has been updated by Sergei Trofimovich :
https://gcc.gnu.org/g:7525707c5f3edb46958c4fdfbe30de5ddfa8923a
commit r14-4327-g7525707c5f3edb46958c4fdfbe30de5ddfa8923a
Author: Sergei Trofimovich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111636
--- Comment #2 from Jonathan Wakely ---
Which suggests you can't have undefined behaviour at runtime that didn't have a
warning, because you can't run the code without instantiating it.
Do you have a complete example that have undefined behavio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111505
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Assignee|unassi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656
Bug 86656 depends on bug 111505, which changed state.
Bug 111505 Summary: [14 Regression] Asan (address-sanitizer) bootstrap fails
since r14-4003-geaa8e8541349df
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111505
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111583
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:962ca7149d652e4077a2259886e5cd2ea3cea0ab
commit r14-4329-g962ca7149d652e4077a2259886e5cd2ea3cea0ab
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111583
Richard Biener changed:
What|Removed |Added
Summary|[13/14 Regression] Wrong|[13 Regression] Wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111583
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111637
Bug ID: 111637
Summary: ICE while building gcc.dg/bitint-8.c with
-fsanitize=signed-integer-overflow
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110900
Jonathan Wakely changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110158
--- Comment #7 from Jonathan Wakely ---
That bug in comment 6 has already been fixed in gcc-12.3, by the last patch for
PR 103295.
The one in comment 4 is different, and will be fixed by Nathaniel's latest
patch:
https://gcc.gnu.org/pipermail/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111636
KL changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21
--- Comment #3 from CVS Commits ---
The releases/gcc-13 branch has been updated by Wilco Dijkstra
:
https://gcc.gnu.org/g:c534a9b198caa3807bcc592a3c5bac3f971417f7
commit r13-7921-gc534a9b198caa3807bcc592a3c5bac3f971417f7
Author: Wilco Dijkstra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Wilco Dijkstra
:
https://gcc.gnu.org/g:bc1e385488001b0bd1a9b9c55b09ce987c31d353
commit r12-9898-gbc1e385488001b0bd1a9b9c55b09ce987c31d353
Author: Wilco Dijkstra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21
Wilco changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31
--- Comment #1 from Richard Biener ---
There's also
if (memory_access_type == VMAT_GATHER_SCATTER && gs_info.decl)
{
vect_build_gather_load_calls (vinfo, stmt_info, gsi, vec_stmt, &gs_info,
mask,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
--- Comment #34 from CVS Commits ---
The master branch has been updated by Andre Vehreschild :
https://gcc.gnu.org/g:a680274616ec6b26ccfdcee400ed7f54e341d40c
commit r14-4331-ga680274616ec6b26ccfdcee400ed7f54e341d40c
Author: Andre Vehreschild
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
--- Comment #35 from CVS Commits ---
The releases/gcc-13 branch has been updated by Andre Vehreschild
:
https://gcc.gnu.org/g:d9b3269bdccac2db9200303494c4e82f2aeb7bbc
commit r13-7923-gd9b3269bdccac2db9200303494c4e82f2aeb7bbc
Author: Andre Vehre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111638
Bug ID: 111638
Summary: GLIBCXX_MAYBE_UNDERSCORED_FUNCS autoconf macro doesn't
work
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111639
Bug ID: 111639
Summary: HAVE_ACOSF etc. are wrong on avr
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111639
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111522
--- Comment #11 from Mathieu Malaterre ---
Here is a dead simple reduced version:
```
% cat pr111522.cc
#include
#include
#pragma GCC push_options
#pragma GCC target "cpu=power10"
float BitCast(int in) {
float out;
memcpy(&out, &in, sizeo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111625
Jakub Jelinek changed:
What|Removed |Added
Version|unknown |14.0
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111637
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111640
Bug ID: 111640
Summary: Missed optimization of Loop Unswitch (Simple loops)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111625
--- Comment #2 from Jakub Jelinek ---
Created attachment 56016
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56016&action=edit
gcc14-pr111625.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111637
--- Comment #1 from Jakub Jelinek ---
Untested fix in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111625#c2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111641
Bug ID: 111641
Summary: FAIL: 19_diagnostics/stacktrace/current.cc
-std=gnu++23 execution test
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108976
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:a8b9c32da787ea0bfbfc9118ac816fa7be4b1bc8
commit r14-4335-ga8b9c32da787ea0bfbfc9118ac816fa7be4b1bc8
Author: Dimitrij Mijoski
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110900
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.4
--- Comment #8 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111641
--- Comment #1 from Jonathan Wakely ---
This fails the same way on 32-bit arm. Presumably some difference in
libbacktrace support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111640
--- Comment #1 from Andrew Pinski ---
Induction variable (int) var_45_lsm.67_240 + -2147483643 + -2147483643 *
iteration does not wrap in statement _153 = var_45_lsm.67_226 + -2147483643;
in loop 1.
Statement _153 = var_45_lsm.67_226 + -214748
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111640
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111589
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> The interesting question is whether all of these can be relaxed or if we
> need to stop using __atomic_add_dispatch for shared_ptr copies:
>
> include/bits/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111636
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #4 from Andrew Pins
-O1 -g0'
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20230929 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111643
Bug ID: 111643
Summary: __attribute__((flatten)) with -O1 runs out of memory
(killed cc1)
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111643
Andrew Pinski changed:
What|Removed |Added
Component|c |ipa
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111427
--- Comment #3 from Vladimir Makarov ---
Sorry for the inconvenience caused by the patch. I reverted this patch
yesterday.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111643
Marc Glisse changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
--- Comment #1 from Sergei Trofimovich ---
Looks like this code is all under `#if CHECKING_P` of sorts. A few more
possibly affected entries:
```
$ git grep -P 'poly_int64 \(\d+, \d+\)'
gcc/config/riscv/riscv-selftests.cc: -BYTES_PER_RIS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111644
Bug ID: 111644
Summary: [13 regression] many failures after
r13-7923-gd9b3269bdccac2
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566
Jorn Wolfgang Rennecke changed:
What|Removed |Added
CC||amylaar at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111645
Bug ID: 111645
Summary: Intrinsics vec_sldb /vec_srdb fail with __vector
unsigned __int128
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566
--- Comment #3 from Jorn Wolfgang Rennecke ---
riscv-v.cc:legitimize_move has:
if (MEM_P (dest) && !REG_P (src))
src = force_reg (mode, src);
return false;
since src is passed by value, this is pointless. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566
--- Comment #4 from Jorn Wolfgang Rennecke ---
Also, the GET_MODE_BITSIZE (mode).to_constant () <= MAX_BITS_PER_WORD
in the *mov_mem_to_mem splitter can generate unaligned accesses, yet it
is not guarded by a check that the target supports them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566
--- Comment #5 from Jorn Wolfgang Rennecke ---
I had a look at riscv_legitimize_move. It doesn't seem to suffer from quite
the same problem as legitimize_move does, but it could if another problem was
fixed: riscv_legitimize_move changes the rt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111643
--- Comment #3 from Lukas Grätz ---
(In reply to Marc Glisse from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > I am 99% sure this is falls under don't do this as flatten inlines
> > everything it can that the function calls ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
Rolf Eike Beer changed:
What|Removed |Added
CC||e...@sf-mail.de
--- Comment #2 from Ro
54 matches
Mail list logo
