[Bug middle-end/99959] [9/10/11 Regression] missing -Wuninitialized for an esra variable with TREE_NO_WARNING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99959 Richard Biener changed: What|Removed |Added Target Milestone|--- |9.4
[Bug tree-optimization/99966] Bounds check not eliminated by assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99966
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-04-08
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
Blocks||85316
--- Comment #1 from Richard Biener ---
For the testcase the issue is that the range check is inside the loop and
eliminating it requires symbolic range propagation to work "better".
We arrive at
i_28: long unsigned int [_32, +INF] EQUIVALENCES: { i_1 i_12 } (2 elements)
i_12: size_t VARYING
for
[local count: 118253447]:
if (start_4(D) < end_5(D))
goto ; [99.96%]
else
goto ; [0.04%]
[local count: 118206146]:
_9 = MEM[(const struct vector *)data_7(D)].D.18843._M_impl.D.18156._M_finish;
_8 = MEM[(const struct vector *)data_7(D)].D.18843._M_impl.D.18156._M_start;
_14 = _9 - _8;
_15 = _14 /[ex] 8;
_16 = (long unsigned int) _15;
_33 = _16 >= end_5(D);
_34 = _16 > start_4(D);
_22 = _33 & _34;
if (_22 != 0)
goto ; [99.92%]
else
goto ; [0.08%]
[local count: 141847]:
__assert_fail ("start < end && start < data.size() && end <= data.size()",
"t.C", 7, "uint64_t f(std::vector&, size_t, size_t)");
[local count: 834435851]:
if (i_12 >= _16)
goto ; [0.05%]
else
goto ; [99.95%]
[local count: 381018]:
# i_38 = PHI
std::__throw_out_of_range_fmt ("vector::_M_range_check: __n (which is %zu) >=
this->size() (which is %zu)", i_38, _16);
[local count: 952166435]:
# total_3 = PHI
# i_2 = PHI
_10 = MEM[(value_type &)_8 + i_2 * 8];
total_11 = total_3 + _10;
i_12 = i_2 + 1;
if (i_12 != end_5(D))
goto ; [87.64%]
else
goto ; [12.36%]
[local count: 117730583]:
# total_37 = PHI
return total_37;
Referenced Bugs:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
[Bug 85316] [meta-bug] VRP range propagation missed cases
[Bug ipa/99951] Dead return value after modify_call() is not released
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99951 --- Comment #3 from Richard Biener --- (In reply to Feng Xue from comment #2) > Can we report error in verify_ssa() when a non-default SSA's defining > statement has NULL bb, which is always a case that the statement is removed > somewhere? We can, but that triggers way too often ... but be my guest chasing all of them down. [we could also simply release them, eh]
[Bug c++/18635] [DR 504] use of uninitialised reference accepted (without -Wuninitialized) in C++ front end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635 Manuel López-Ibáñez changed: What|Removed |Added URL||http://www.open-std.org/jtc ||1/sc22/wg21/docs/papers/201 ||1/n3293.html#504 --- Comment #19 from Manuel López-Ibáñez --- (In reply to Martin Sebor from comment #18) > What is this a request for? What GCC should do depends on the DR which is still open. Until the DR is resolved one way or another, this PR should stay suspended.
[Bug target/99647] arm: GCC generates invalid MVE vmov instruction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99647 --- Comment #3 from CVS Commits --- The master branch has been updated by Alex Coplan : https://gcc.gnu.org/g:67d56b272021363eb58c319ca3b73beba3a60817 commit r11-8038-g67d56b272021363eb58c319ca3b73beba3a60817 Author: Alex Coplan Date: Thu Apr 8 09:36:57 2021 +0100 arm: Various MVE vec_duplicate fixes [PR99647] This patch fixes various issues with vec_duplicate in the MVE patterns. Currently there are two patterns named *mve_mov. The second of these is really a vector duplicate rather than a move, so I've renamed it accordingly. As it stands, there are several issues with this pattern: 1. The MVE_types iterator has an entry for TImode, but vec_duplicate:TI is invalid. 2. The mode of the operand to vec_duplicate is SImode, but it should vary according to the vector mode iterator. 3. The second alternative of this pattern is bogus: it allows matching symbol_refs (the cause of the PR) and const_ints (which means that it matches (vec_duplicate (const_int ...)) which is non-canonical: such rtxes should be const_vectors instead and handled by the main vector move pattern). This patch fixes all of these issues, and removes the redundant *mve_vec_duplicate pattern. gcc/ChangeLog: PR target/99647 * config/arm/iterators.md (MVE_vecs): New. (V_elem): Also handle V2DF. * config/arm/mve.md (*mve_mov): Rename to ... (*mve_vdup): ... this. Remove second alternative since vec_duplicate of const_int is not canonical RTL, and we don't want to match symbol_refs. (*mve_vec_duplicate): Delete (pattern is redundant). gcc/testsuite/ChangeLog: PR target/99647 * gcc.c-torture/compile/pr99647.c: New test.
[Bug target/99647] arm: GCC generates invalid MVE vmov instruction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99647 --- Comment #4 from Alex Coplan --- Fixed on trunk so far.
[Bug libstdc++/92546] Large increase in preprocessed file sizes in C++2a mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92546 --- Comment #19 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #16) > includes so std::boyer_moore_searcher can use > std::vector, but it doesn't need it at all. Using std::unique_ptr would > do fine. We can't change that now though, because the C++17 ABI is stable. I have a patch for a lightweight vector that is ABI compatible though, so we could use that.
[Bug libstdc++/92546] Large increase in preprocessed file sizes in C++2a mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92546 --- Comment #20 from Jonathan Wakely --- As noted in PR 99958 comment 1, got big, because: is included by which is included by which is included by which is included by which is included by which is included by . is included by , which is included by . That should not be including the whole of . It looks like it only needs .
[Bug libstdc++/92546] Large increase in preprocessed file sizes in C++2a mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92546
--- Comment #21 from Jonathan Wakely ---
This seems to work:
diff --git a/libstdc++-v3/include/pstl/glue_algorithm_defs.h
b/libstdc++-v3/include/pstl/glue_algorithm_defs.h
index 48bc56ae401..cef78e22e31 100644
--- a/libstdc++-v3/include/pstl/glue_algorithm_defs.h
+++ b/libstdc++-v3/include/pstl/glue_algorithm_defs.h
@@ -10,7 +10,7 @@
#ifndef _PSTL_GLUE_ALGORITHM_DEFS_H
#define _PSTL_GLUE_ALGORITHM_DEFS_H
-#include
+#include
#include "execution_defs.h"
diff --git a/libstdc++-v3/include/pstl/utils.h
b/libstdc++-v3/include/pstl/utils.h
index 1711f292678..69d78c3ca0f 100644
--- a/libstdc++-v3/include/pstl/utils.h
+++ b/libstdc++-v3/include/pstl/utils.h
@@ -10,8 +10,9 @@
#ifndef _PSTL_UTILS_H
#define _PSTL_UTILS_H
+#include
#include
-#include
+#include
namespace __pstl
{
The header only requires declarations of std::bad_alloc and
std::terminate(), but includes and to get them. That could be
reduced with some minor surgery.
[Bug libstdc++/99958] The seems to contain the entire and in C++20 mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99958 Jonathan Wakely changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #3 from Jonathan Wakely --- We already have an open report about C++20 includes. *** This bug has been marked as a duplicate of bug 92546 ***
[Bug libstdc++/92546] Large increase in preprocessed file sizes in C++2a mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92546 Jonathan Wakely changed: What|Removed |Added CC||hewillk at gmail dot com --- Comment #22 from Jonathan Wakely --- *** Bug 99958 has been marked as a duplicate of this bug. ***
[Bug bootstrap/99920] [10 regression] ICE building gcc 10 on power 7 BE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99920 --- Comment #13 from Richard Biener --- So I can confirm the issue trying to build gcc10 packages for SLE11 ppc64 (after much massaging). It works fine (past the failure point) on x86_64 with the same versioned host compiler. It works fine when using gcc 4.8 as host compiler (also available on SLES11). With the 4.3 based host compiler I see loads of [ 309s] In file included from ../../gcc/gimple-ssa-store-merging.c:168: [ 309s] ../../gcc/rtl.h: In function 'rtx_def* rtx_init(rtx_def*, rtx_code)': [ 309s] ../../gcc/rtl.h:2966: warning: invalid access to non-static data member 'rtx_def::u' of NULL object [ 309s] ../../gcc/rtl.h:2966: warning: (perhaps the 'offsetof' macro was used incorrectly) also [ 625s] ../../gcc/cp/parser.c:31339: instantiated from here [ 625s] ../../gcc/vec.h:1285: warning: invalid access to non-static data member 'vec::m_vecdata' of NULL object [ 625s] ../../gcc/vec.h:1285: warning: (perhaps the 'offsetof' macro was used incorrectly) [ 625s] ../../gcc/vec.h: In static member function 'static size_t vec::embedded_size(unsigned int) [with T = cp_expr, A = va_heap]': when I bootstrap with STAGE1_CFLAGS="-O2 -g" then it gets past the failure point as well (this does hint at some C++ initialization issue, IIRC those plagued us a lot). Note we're using STAGE1_CFLAGS="-O2 -g" for our package builds (because we use known-good host compilers and to speed up builds...) so we wouldn't have noticed this issue. I'm still confident the error lies with our patched GCC 4.3.3 but I'm not too interested in tracking the issue down ...
[Bug lto/99898] Possible LTO object incompatibility on gcc-10 branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99898 --- Comment #11 from CVS Commits --- The releases/gcc-10 branch has been updated by Richard Biener : https://gcc.gnu.org/g:3134e02305d00b358659d42400f45bdd49f4fbd3 commit r10-9663-g3134e02305d00b358659d42400f45bdd49f4fbd3 Author: Richard Biener Date: Thu Apr 8 10:56:53 2021 +0200 lto/99898 - bump LTO_minor_version This bumps LTO_minor_version to address the observation in PR99898. 2021-04-08 Richard Biener PR lto/99898 * lto-streamer.h (LTO_minor_version): Bump.
[Bug lto/99898] Possible LTO object incompatibility on gcc-10 branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99898 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #12 from Richard Biener --- Just to make sure I bumped the minor version again, thus fixed.
[Bug ipa/99951] Dead return value after modify_call() is not released
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99951 Martin Jambor changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jamborm at gcc dot gnu.org Status|NEW |ASSIGNED --- Comment #4 from Martin Jambor --- I posted a patch calling release_ssa on the SSA_NAME to the mailing list: https://gcc.gnu.org/pipermail/gcc-patches/2021-April/567759.html
[Bug libstdc++/99333] std::filesystem::path().is_absolute() thinks UNC paths aren't absolute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99333 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |12.0 See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=99430
[Bug rtl-optimization/99930] Failure to optimize floating point -abs(x) in nontrivial code at -O2/3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99930 --- Comment #9 from Hongtao.liu --- (In reply to Segher Boessenkool from comment #8) > That patch is no good. The combination is not allowed because it is not > known what the "use"s are *for*. Checking if something is from the constant > pools is not enough at all. in -O1 the USE of INSN is ---use [`*.LC0']--- a reference of constant pool, we also don't know what the uses are for, why it can be combined?
[Bug c++/99967] New: gcc accepts declaration type contains unexpanded parameter pack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99967
Bug ID: 99967
Summary: gcc accepts declaration type contains unexpanded
parameter pack
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: hewillk at gmail dot com
Target Milestone: ---
https://godbolt.org/z/cdqq3ocTG
template concept C = true;
template void f() { C auto x = 0; };
int main() { f(); }
gcc accepts it.
[Bug c++/99965] segfault only happening with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99965 --- Comment #9 from Jakub Jelinek --- Note, even std::vector isn't guaranteed to align for the pointer types, but usually will, but even when you ensure the start is aligned, the pointer arithmetics you do afterwards needs to ensure that it is aligned too.
[Bug c++/80039] `constexpr` member function calls in a `constexpr` constructor are ignored if the object is defined locally
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80039 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2 from Jakub Jelinek --- See PR99859
[Bug target/97513] [11 regression] aarch64 SVE regressions since r11-3822
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97513 --- Comment #9 from Jakub Jelinek --- So fixed?
[Bug c++/99968] New: [11 Regression] ICE on remove_const_t in requires-expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99968
Bug ID: 99968
Summary: [11 Regression] ICE on remove_const_t in requires-expression
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: redi at gcc dot gnu.org
Target Milestone: ---
template struct remove_const { using type = T; };
template struct remove_const { using type = T; };
template using remove_const_t = typename remove_const::type;
template
constexpr inline bool is_enum_v = __is_enum(T);
template
struct is_scoped_enum
{
static constexpr bool value = false;
};
template
requires is_enum_v && requires (remove_const_t t) { t = t; }
struct is_scoped_enum
{
static constexpr bool value = !requires (T t, int i) { i = t; };
};
template
constexpr inline bool is_scoped_enum_v = is_scoped_enum::value;
void f()
{
enum E { e0 = is_enum_v, e1 = is_scoped_enum_v };
static_assert( e0 );
static_assert( ! e1 );
}
Compiled with -std=gnu++20:
e.C: In instantiation of 'struct remove_const':
e.C:3:28: required by substitution of 'template using remove_const_t
= typename remove_const::type [with T = f()::E]'
e.C:15:26: required by substitution of 'template requires
(is_enum_v) && requires(typename remove_const::type t) {t = t;} struct
is_scoped_enum [with T = f()::E]'
e.C:22:61: required from 'constexpr const bool is_scoped_enum_v'
e.C:26:36: required from here
e.C:1:29: error: enum value type is not 'INTEGER_TYPE' nor convertible to the
enum
1 | template struct remove_const { using type = T; };
| ^~~~
unit-size
align:8 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7fcf7f4c1b28 precision:1 min max >
readonly constant VOID e.C:26:12
align:1 warn_if_not_align:0 context
initial chain >
>
>
value
readonly constant VOID e.C:26:12
align:1 warn_if_not_align:0 context initial chain >>
context
chain >
e.C:1:29: internal compiler error: 'verify_type' failed
0x1385d10 verify_type(tree_node const*)
/home/jwakely/src/gcc/gcc/gcc/tree.c:14926
0xcdd13d gen_type_die_with_usage
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25731
0xcdeaa6 gen_type_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25962
0xcdf01c modified_type_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:13727
0xce29f1 add_type_attribute
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:21910
0xcf78da gen_typedef_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25638
0xcf78da gen_typedef_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25572
0xcd9f8a gen_decl_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:26604
0xcdc18d gen_member_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25415
0xcdc18d gen_struct_or_union_type_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25511
0xcdc18d gen_tagged_type_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25712
0xcdd42a gen_tagged_type_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25666
0xcdd42a gen_type_die_with_usage
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25907
0xcdeaa6 gen_type_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:25962
0xcd9a52 gen_decl_die
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:26601
0xcdac53 dwarf2out_decl
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:27156
0xcdb1e1 dwarf2out_type_decl
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:26874
0xcdb1e1 dwarf2out_type_decl
/home/jwakely/src/gcc/gcc/gcc/dwarf2out.c:26869
0xfc7994 rest_of_type_compilation(tree_node*, int)
/home/jwakely/src/gcc/gcc/gcc/passes.c:339
0x8fdc63 finish_struct_1(tree_node*)
/home/jwakely/src/gcc/gcc/gcc/cp/class.c:7548
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See
[Bug c++/99968] [11 Regression] ICE on remove_const_t in requires-expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99968 Jonathan Wakely changed: What|Removed |Added Known to work||10.2.1 Ever confirmed|0 |1 Known to fail||11.0 Status|UNCONFIRMED |NEW Last reconfirmed||2021-04-08
[Bug c++/99969] New: g++ incorrectly thinks a private destructor is available
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99969 Bug ID: 99969 Summary: g++ incorrectly thinks a private destructor is available Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: Steffen.Kiess at ipvs dot uni-stuttgart.de Target Milestone: --- Created attachment 50527 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50527&action=edit Test case The attached test case will fail to compile (because g++ chooses thinks the first overload should match, even though the destructor of C is private and "delete std::declval()" therefore should note compile). This is somehow related to the fact the "decltype(test((C *)nullptr))" is referred to from a template context before it is used in main() (if the struct S is removed or moved below the main() function the code will compile). The problem occurs with gcc 10.2.0 (but also with older versions, at least back to 4.9).
[Bug bootstrap/99920] [10 regression] ICE building gcc 10 on power 7 BE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99920
--- Comment #14 from Richard Biener ---
(In reply to Richard Biener from comment #13)
> So I can confirm the issue trying to build gcc10 packages for SLE11 ppc64
> (after much massaging). It works fine (past the failure point) on x86_64
> with the same versioned host compiler. It works fine when using gcc 4.8
> as host compiler (also available on SLES11).
>
> With the 4.3 based host compiler I see loads of
>
> [ 309s] In file included from ../../gcc/gimple-ssa-store-merging.c:168:
> [ 309s] ../../gcc/rtl.h: In function 'rtx_def* rtx_init(rtx_def*,
> rtx_code)':
> [ 309s] ../../gcc/rtl.h:2966: warning: invalid access to non-static data
> member 'rtx_def::u' of NULL object
> [ 309s] ../../gcc/rtl.h:2966: warning: (perhaps the 'offsetof' macro was
> used incorrectly)
the same warning happens with -save-temps and the .ii file has
# 2956 "../../gcc/rtl.h"
extern long trunc_int_for_mode (long, machine_mode);
extern poly_int64 trunc_int_for_mode (poly_int64, machine_mode);
extern rtx plus_constant (machine_mode, rtx, poly_int64, bool = false);
extern long get_stack_check_protect (void);
extern rtx rtx_alloc (enum rtx_code );
inline rtx
rtx_init (rtx rt, enum rtx_code code)
{
memset (rt, 0, __builtin_offsetof (struct rtx_def, u));
((rt)->code = (code));
return rt;
}
a build / gdb inside qemu (ick) shows
Program received signal SIGSEGV, Segmentation fault.
0x1218ecb4 in trim_filename (
name=0x1293bbf0 "") at ../../gcc/diagnostic.c:1223
1223 while (q[0] == '.' && q[1] == '.' && IS_DIR_SEPARATOR (q[2]))
(gdb) bt
#0 0x1218ecb4 in trim_filename (
name=0x1293bbf0 "") at ../../gcc/diagnostic.c:1223
#1 0x12191cf0 in fancy_abort (
file=0x1293bbf0 "", line=3768, function=0x12bce0c8
"") at ../../gcc/diagnostic.c:1778
#2 0x10943ac4 in operand_compare::hash_operand (
this=0x12c87ba8 , t=0x1de22800, hstate=..., flags=0)
at ../../gcc/fold-const.c:3768
#3 0x10944104 in inchash::add_expr (t=0x1de22800, hstate=...,
flags=0) at ../../gcc/fold-const.c:3919
#4 0x1102a2ec in iterative_hash_expr (tree=0x1de22800, seed=0)
at ../../gcc/tree.h:5207
#5 0x11030e18 in tree_operand_hash::hash (
t=@0x3fffe220: 0x1de22800) at ../../gcc/tree-hash-traits.h:34
#6 0x11f71eb8 in
simple_hashmap_traits,
::imm_store_chain_info*>::hash(tree_node * const&) (
h=@0x3fffe220: 0x1de22800) at ../../gcc/hash-map-traits.h:50
#7 0x11f73378 in hash_map::imm_store_chain_info*,
simple_hashmap_traits,
::imm_store_chain_info*> >::get(tree_node * const&) (this=0x12cec998,
k=@0x3fffe220: 0x1de22800) at ../../gcc/hash-map.h:184
#8 0x11f846f4 in (anonymous
namespace)::pass_store_merging::process_sto---Type to continue, or q
to quit---
re (this=0x12cec940, stmt=0x1dd61e50)
at ../../gcc/gimple-ssa-store-merging.c:4883
#9 0x11f84fec in (anonymous namespace)::pass_store_merging::execute (
this=0x12cec940, fun=0x1dd9)
at ../../gcc/gimple-ssa-store-merging.c:5040
#10 0x10df8740 in execute_one_pass (pass=0x12cec940)
at ../../gcc/passes.c:2502
#3 0x10944104 in inchash::add_expr (t=0x1de22800, hstate=...,
flags=0) at ../../gcc/fold-const.c:3919
3919 default_compare_instance.hash_operand (t, hstate, flags);
(gdb) p t
$1 = (const_tree) 0x1de22800
(gdb) p debug_tree (t)
[tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for device]
unit-size
align:128 warn_if_not_align:0 symtab:8191 alias-set 4
canonical-type 0x1dd50d20 fields context
pointer_to_this chain >
public unsigned DI
size
unit-size
align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x1dd5bda8>
arg:0
used read TI trunckfdf2-sw.c:46:31 size unit-size
align:128 warn_if_not_align:0 context >>
(gdb) down
#2 0x10943ac4 in operand_compare::hash_operand (
this=0x12c87ba8 , t=0x1de22800, hstate=..., flags=0)
at ../../gcc/fold-const.c:3768
3768gcc_assert (flags & OEP_HASH_CHECK);
(gdb) l
3763hash_operand (TREE_OPERAND (TREE_OPERAND (t, 0), 0),
3764 hstate, flags);
3765 /* Don't ICE on FE specific trees, or their arguments etc.
3766 during operand_equal_p hash verification. */
3767 else if (!IS_EXPR_CODE_CLASS (tclass))
3768gcc_assert (flags & OEP_HASH_CHECK);
(gdb) p tclass
$3 = tcc_exceptional
(gdb) p code
$4 = ADDR_EXPR
eh? Looks like some unfortunate mis-optimization of
operand_compare::hash_operand ... :/
[Bug c++/99968] [11 Regression] ICE on remove_const_t in requires-expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99968 --- Comment #1 from Jonathan Wakely --- The ICE only happens with -g
[Bug c++/99968] [10/11 Regression] ICE on remove_const_t in requires-expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99968 Marek Polacek changed: What|Removed |Added Priority|P3 |P2 Summary|[11 Regression] ICE on |[10/11 Regression] ICE on |remove_const_t in |enum type> in |requires-expression |requires-expression CC||jason at gcc dot gnu.org, ||mpolacek at gcc dot gnu.org Target Milestone|--- |10.4 --- Comment #2 from Marek Polacek --- Started with r276764.
[Bug c++/99968] ICE on remove_const_t in requires-expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99968 Jonathan Wakely changed: What|Removed |Added Summary|[10/11 Regression] ICE on |ICE on |remove_const_t in |enum type> in |requires-expression |requires-expression Known to work|10.2.1 | Blocks||67491 Known to fail|11.0| --- Comment #3 from Jonathan Wakely --- I get an ICE with gcc 8 and 9 and -std=gnu++2a -fconcepts -g -fchecking=1 so not a regression. Referenced Bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491 [Bug 67491] [meta-bug] concepts issues
[Bug c++/99968] ICE on remove_const_t in requires-expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99968 --- Comment #4 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:43ab1dc24abd6fded8d5bf6547f0de6851beb200 commit r11-8039-g43ab1dc24abd6fded8d5bf6547f0de6851beb200 Author: Jonathan Wakely Date: Thu Apr 8 10:50:57 2021 +0100 libstdc++: Make std::is_scoped_enum work with incomplete types Tim Song pointed out that using __underlying_type is ill-formed for incomplete enumeration types, and is_scoped_enum doesn't require a complete type. This changes the trait to check for conversion to int instead of to the underlying type. In order to give the correct result when the trait is used in the enumerator-list of an incomplete type the partial specialization for enums has an additional check that fails for incomplete types. This assumes that an incompelte enumeration type must be an unscoped enumeration, and so the primary template (with a std::false_type base characteristic) can be used. This isn't necessarily true, but it is not currently possible to refer to a scoped enumeration type before its type is complete (PR c++/89025). It should be possible to use requires(remove_cv_t<_Tp> __t) in the partial specialization's assignablility check, but that currently gives an ICE (PR c++/99968) so there is an extra partial specialization of is_scoped_enum to handle const types. libstdc++-v3/ChangeLog: * include/std/type_traits (is_scoped_enum): Constrain partial specialization to not match incomplete enum types. Use a requires-expression instead of instantiating is_convertible. (is_scoped_enum): Add as workaround for PR c++/99968. * testsuite/20_util/is_scoped_enum/value.cc: Check with incomplete types and opaque-enum-declarations.
[Bug c++/99968] ICE on remove_const_t in requires-expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99968 Marek Polacek changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=98533 --- Comment #5 from Marek Polacek --- Started with r241137, actually.
[Bug bootstrap/99920] [10 regression] ICE building gcc 10 on power 7 BE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99920 --- Comment #15 from Richard Biener --- Dump of assembler code from 0x1094366c to 0x109436e0: 0x1094366c : lhz r0,0(r9) 0x10943670 : clrldi r0,r0,48 0x10943674 : stw r0,200(r31) 0x10943678 : lwz r0,200(r31) => 0x1094367c : clrldi r0,r0,32 0x10943680 : extsw r0,r0 0x10943684 : ld r9,-11776(r2) 0x10943688 : rldicr r0,r0,2,61 0x1094368c : add r9,r9,r0 0x10943690 : lwz r0,0(r9) 0x10943694 : stw r0,152(r31) r0 is ADDR_EXPR (130) (gdb) p/x $r2 $21 = 0x12b81a48 (gdb) p/x tree_code_type $22 = 0x123216a0 after ld r9,-11776(r2): (gdb) p/x $r9 $25 = 0x12a9fc38 rldicr r0,r0,2,61 (gdb) p $r0 $26 = 520 add r9,r9,r0 (gdb) p/x $r9 $27 = 0x12a9fe40 and then we load 0 (tcc_exceptional) from $r9, but (gdb) p tree_code_type[130] $31 = tcc_expression so sth is obviously broken here, but I don't understand ppc assembly enough to spot what. I guess r2 is "off"? It has this same value at function entry already. Are we maybe running into some linker relaxation / TOC overflow issue (given that -O2 works)? We're using -mno-minimal-toc when building libgcc but the host compiler uses plain -g -fno-PIE and we don't supply any special linker flags for cc1 either. Note this build uses binutils 2.25.0 (Bill, is that what you use as well?)
[Bug c++/99938] Non-void function with no return statement: Either no or misleading warning is printed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99938 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Last reconfirmed||2021-04-08 --- Comment #3 from Martin Liška --- Confirmed.
[Bug c++/99844] [9/10/11 Regression] ICE: unexpected expression 'B' of kind template_parm_index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99844 --- Comment #3 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:2cd5333d16419f596d07a830bb3f1c40fa8a7b5c commit r11-8041-g2cd5333d16419f596d07a830bb3f1c40fa8a7b5c Author: Marek Polacek Date: Wed Apr 7 16:44:24 2021 -0400 c++: Fix ICE with unexpanded parameter pack [PR99844] In explicit17.C, we weren't detecting an unexpanded parameter pack in explicit(bool), so we crashed on a TEMPLATE_PARM_INDEX in constexpr. I noticed the same is true for noexcept(), but only since my patch to implement delayed parsing of noexcept. Previously, we would detect the unexpanded pack in push_template_decl but now the noexcept expression has not yet been parsed, so we need to do it a bit later. gcc/cp/ChangeLog: PR c++/99844 * decl.c (build_explicit_specifier): Call check_for_bare_parameter_packs. * except.c (build_noexcept_spec): Likewise. gcc/testsuite/ChangeLog: PR c++/99844 * g++.dg/cpp2a/explicit16.C: Use c++20. * g++.dg/cpp0x/noexcept66.C: New test. * g++.dg/cpp2a/explicit17.C: New test.
[Bug c++/99844] [9/10 Regression] ICE: unexpected expression 'B' of kind template_parm_index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99844 Marek Polacek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED Summary|[9/10/11 Regression] ICE: |[9/10 Regression] ICE: |unexpected expression 'B' |unexpected expression 'B' |of kind template_parm_index |of kind template_parm_index --- Comment #4 from Marek Polacek --- Fixed in GCC 11.
[Bug bootstrap/99920] [10 regression] ICE building gcc 10 on power 7 BE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99920 --- Comment #16 from Richard Biener --- Created attachment 50528 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50528&action=edit preprocessed source of fold-const.c This is the preprocessed source of fold-const.c with the offending function. Compiled as /usr/lib64/gcc/powerpc64-suse-linux/4.3/cc1plus -E -quiet -v -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -I../../gcc/../libdecnumber -I../../gcc/../libdecnumber/dpd -I../libdecnumber -I../../gcc/../libbacktrace -MMD fold-const.d -MF ./.deps/fold-const.TPo -MP -MT fold-const.o -D_GNU_SOURCE -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=linux -Asystem=unix -Asystem=posix -DIN_GCC -DHAVE_CONFIG_H ../../gcc/fold-const.c -msecure-plt -mno-minimal-toc -mcpu=power4 -std=gnu++98 -W -Wall -Wwrite-strings -Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-PIE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -fworking-directory -fpch-preprocess -o fold-const.ii with the host compiler configured like Target: powerpc64-suse-linux Configured with: ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,fortran,obj-c++,java --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ --with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib64 --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=power4 --enable-secureplt --with-long-double-128 --build=powerpc64-suse-linux Thread model: posix gcc version 4.3.4 [gcc-4_3-branch revision 152973] (SUSE Linux) (the SVN rev. is off and there are custom patches ontop of that)
[Bug bootstrap/99920] [10 regression] ICE building gcc 10 on power 7 BE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99920 Richard Biener changed: What|Removed |Added Priority|P1 |P2
[Bug c++/94529] [8/9/10/11 Regression] Wrong error message for template member function specialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94529 --- Comment #3 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:ac24fa46e449fbff0ff571951cfcc78b8488f6e7 commit r11-8042-gac24fa46e449fbff0ff571951cfcc78b8488f6e7 Author: Jason Merrill Date: Thu Apr 8 01:03:28 2021 -0400 c++: improve specialization mismatch diagnostic [PR94529] We were telling users they needed more template<> to specialize a member template in a testcase with no member templates. Only produce that message if we actually see a member template, and also always print the candidates. gcc/cp/ChangeLog: PR c++/94529 * pt.c (determine_specialization): Improve diagnostic. gcc/testsuite/ChangeLog: PR c++/94529 * g++.dg/template/mem-spec2.C: New test.
[Bug c++/94529] [8/9/10 Regression] Wrong error message for template member function specialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94529 Jason Merrill changed: What|Removed |Added Summary|[8/9/10/11 Regression] |[8/9/10 Regression] Wrong |Wrong error message for |error message for template |template member function|member function |specialization |specialization Known to work||11.0 --- Comment #4 from Jason Merrill --- Fixed for 11 so far.
[Bug target/91498] [10/11 Regression] STV change in r274481 causes 300.twolf regression on Haswell
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91498 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #23 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug rtl-optimization/80481] Unoptimal additional copy instructions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80481 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #14 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug preprocessor/96391] [10 Regression] ICE in linemap_compare_locations on "CONST VOID" in large C++ files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96391 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #24 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug rtl-optimization/79405] [8/9/10/11 Regression] Infinite loop in fwprop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79405 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #16 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/99675] [10/11 Regression] ICE during template deduction since r10-5020-g1a291106384cabc7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99675 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #2 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/98899] [10 Regression] ICE in tsubst_copy, at cp/pt.c:16198 since r10-1280-g78f7607db4c53f8c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98899 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #8 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/90777] [10/11 Regression] pr84828 testcase ICEs for m32 x86_64,i686-darwin*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90777 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #4 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/98644] [10/11 Regression] [concepts] ICE in satisfaction_value, at cp/constraint.cc:2825
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98644 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #3 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/94655] [10 Regression] -Wstringop-overflow on implicit string assignment with vectorized char store
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94655 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #17 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/98444] [10 Regression] compile error with -ftracer and -Werror=format-overflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98444 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #2 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/97296] [10/11 Regression] g++ accepts-invalid after DR2352 fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97296 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #3 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug testsuite/92126] gcc.dg/vect/pr62171.c fails on power7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92126 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #8 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug testsuite/92310] New test case gcc.dg/vect/vect-epilogues.c introduced in r277659 fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92310 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #4 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/97973] [9/10 Regression] ICE in tsubst_copy_and_build, at cp/pt.c:19577 since r265609
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97973 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #5 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/82255] Vectorizer cost model overcounts cost of some vectorized loads
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82255 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #10 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug ipa/90720] g++.dg/lto/alias-1 FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90720 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #8 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/94335] [10/11 Regression] False positive -Wstringop-overflow warning with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94335 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #11 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/89689] [8/9 regression] false warning -Wstringop-overflow=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89689 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #9 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug ipa/96252] [10/11 Regression] mis-optimization where identical functions have very different codegen since gcc 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96252 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #7 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/88510] GCC generates inefficient U64x2/v2di scalar multiply for NEON32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88510 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #7 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/90823] PowerPC command line switches don't work with #pragma CPU target or target attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90823 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #4 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/98268] [10 Regression] ICE: verify_gimple failed with LTO and SVE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98268 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #10 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/94613] S/390, powerpc: Wrong code generated for vec_sel builtin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94613 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #13 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug middle-end/91512] [10/11 Regression] Fortran compile time regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #34 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/95798] [10 Regression] Initialization code --- suboptimal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95798 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #9 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug middle-end/95021] [10 Regression] Bogus -Wclobbered warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95021 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #18 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/98736] [10 Regression] Wrong partition order generated in loop distribution pass since r10-619-g5879ab5fafedc8f6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98736 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #9 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/99216] ICE in aarch64_sve::function_expander::expand() with LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99216 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #10 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug middle-end/95464] [10 Regression] Miscompilation of mesa on x86_64-linux since r10-6426
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95464 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #14 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug ipa/95859] [10/11 regression] Statically true asserts not recognized as such with -O2, but with -O1, -Og, -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95859 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #14 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug fortran/94324] [10/11 regression] gfortran.dg/default_format_1.f90 etc. FAIL on 32-bit Solaris/x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94324 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #7 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug ipa/92535] [10/11 regression] ICF is relatively expensive and became less effective
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92535 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #16 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/97984] [10/11 Regression] Worse code for -O3 than -O2 on aarch64 vector multiply-add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97984 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #2 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/97966] [10 Regression] maybe_instantiate_noexcept
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97966 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #6 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug libstdc++/99402] [10/11 Regression] std::copy creates _GLIBCXX_DEBUG false positive for attempt to subscript a dereferenceable (start-of-sequence) iterator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99402 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #9 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/84577] snprintf with null buffer not eliminated when return value is in a known range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84577 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #4 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/90698] Darwin X86 backend lacks support for mcmodel={medium, large, kernel}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90698 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #12 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug fortran/92006] storage_size() returns incorrect value on unlimited polymorphic variable (CLASS(*)) when passed a CHARACTER variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92006 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #9 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug rtl-optimization/95123] [10/11 Regression] Wrong code w/ -O2 -fselective-scheduling2 -funroll-loops --param early-inlining-insns=5 --param loop-invariant-max-bbs-in-loop=3 --param max-jump-thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #10 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug lto/93358] [10/11 Regression] 447.dealII regresses by 15% after r10-6025-gf5b25e15165adde1356af42e9066ab75c5b37a19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93358 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #4 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug sanitizer/96307] [10 Regression] ICE in sanopt on riscv64 since r11-2283-g2ca1b6d009b194286c3ec91f9c51cc6b0a475458
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96307 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #13 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug other/95316] Offload compilation fails when not all offload compilers are installed that were configured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95316 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #4 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/79534] [8/9/10/11 Regression] tree-ifcombine aarch64 performance regression with trunk@245151
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79534 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #18 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug rtl-optimization/99863] [10 Regression] wrong code with -O -fno-tree-forwprop -mno-sse2 since r10-7268-g529ea7d9596b26ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99863 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #20 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug ipa/98000] [10/11 Regression] ICE verify_cgraph_node failed since r10-7306-g72b3bc895f023bf4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98000 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #7 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/80520] [8/9/10/11 Regression] Performance regression from missing if-conversion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80520 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #16 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/90807] Wrong debug message
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90807 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #4 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug rtl-optimization/93007] [10/11 regression] pr77698.c testcase fails due to block commoning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93007 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #3 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug tree-optimization/97631] [10 Regression] bogus "writing one too many bytes" warning for memcpy with strlen argument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97631 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #5 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/88779] No fix-it hints for misspelled member initializers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88779 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #4 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug sanitizer/91707] [10/11 Regression] spurious stringop-overflow warning with -fsanitize=undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91707 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #10 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/98891] [10/11 regression] Neon logical operations not vectorized in DImode since g:cdfc0e863a03698a80c74896cbdc9f5c8c652e64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98891 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #5 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug bootstrap/92002] [10/11 regression] -Wuninitialized warning in gcc/wide-int.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92002 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #18 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug ipa/93385] [10/11 Regression] wrong code with u128 modulo at -O2 -fno-dce -fno-ipa-cp -fno-tree-dce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #42 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c/63326] whether a #pragma is a statement depends on the type of pragma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63326 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #31 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug driver/93645] Support Clang 12 --ld-path=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93645 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #6 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/99008] [10/11 Regression] ICE in set_constraints, at cp/constraint.cc:1256
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99008 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #2 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug ipa/99309] [10/11 Regression] Segmentation fault with __builtin_constant_p usage at -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99309 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #8 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/90822] Remove PowerPC lfiwax and lfiwzx patterns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90822 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #7 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug target/99249] SVE: ICE in aarch64_expand_sve_const_vector (during RTL pass: early_remat)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99249 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #2 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/97246] [10 regression] mismatched argument pack lengths since r10-7865-gaedd04caa945260e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97246 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #4 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
[Bug c++/97452] [coroutines] incorrect sequencing of await_resume() when multiple co_await expressions occur in a single statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97452 Richard Biener changed: What|Removed |Added Target Milestone|10.3|10.4 --- Comment #8 from Richard Biener --- GCC 10.3 is being released, retargeting bugs to GCC 10.4.
