[Bug target/78614] [7 Regression] ICE error: invalid rtl sharing found in the insn (verify_rtx_sharing) gcc/emit-rtl.c:2743
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78614 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #22 from Jakub Jelinek --- Should be fixed now, the other patch (simplify-rtx.c) is just an optimization.
[Bug sanitizer/77538] segmentation fault: thread sanitizer shadow stack overflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77538 --- Comment #20 from peien luo --- (In reply to Dmitry Vyukov from comment #18) > Looks like shadow stack overflow. > Do you use fibers, ucontext, longjmp, exceptions or any other non-obvious > control flow constructs? > Fibers and exceptions are not supported. Longjmp should work. (gdb) p &(thr->shadow_stack[0]) $9 = (unsigned long *) 0x7f9842712080 (gdb) p thr->shadow_stack_pos $10 = (__sanitizer::uptr *) 0x7f9842762b68 so it actually took the 'shadow stack' size of 330472, then it crashed. is that huge number abnormal?
[Bug ipa/78599] [7 Regression] hwint.h:292:72: runtime error: shift exponent 64 is too large for 64-bit type 'long int'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78599 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4 from Jakub Jelinek --- Formatting nit: || shouldn't be at the end of line.
[Bug c++/78623] non-dependent name treated as if it were dependent, requiring use of template keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78623 --- Comment #1 from Richard Biener --- clang agrees with GCC: > clang++ t.C -S -std=c++11 t.C:15:20: error: use 'template' keyword to treat 'foo' as a dependent template name result.foo(); // (*) ^ template 1 error generated.
[Bug c++/78620] C++11, Padding bytes not zero-intialized when POD is initialized with compiler generated default constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78620 --- Comment #1 from Richard Biener --- AFAIK padding bytes are always having undefined content (even in C).
[Bug fortran/78619] ICE in copy_reference_ops_from_ref, at tree-ssa-sccvn.c:889
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78619 Richard Biener changed: What|Removed |Added Keywords||accepts-invalid, ||ice-on-invalid-code Status|UNCONFIRMED |NEW Last reconfirmed||2016-12-01 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- (gdb) p debug_gimple_stmt (stmt) f.0_1 = f; the RHS is a FUNCTION_DECL and the LHS is a SSA name of FUNCTION_TYPE.
[Bug bootstrap/78616] [7 regression] bootstrap fails for x86_64-darwin at stage1 after 243030 when the bootstrap compiler doesn't have strndup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78616 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.0 --- Comment #6 from Richard Biener --- Or just use xstrndup like we do in gcc/?
[Bug c++/78615] error: cannot decrement a pointer to incomplete type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78615 Richard Biener changed: What|Removed |Added Version|unknown |7.0 --- Comment #3 from Richard Biener --- Yeah, I think this is not valid code.
[Bug target/78213] [7 Regression] -fself-test fails on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78213 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Comment #10 from Markus Trippelsdorf --- testsuite/gcc.dg/pr78213.c often times out: FAIL: gcc.dg/pr78213.c (test for excess errors) FAIL: gcc.dg/pr78213.c -fself-test (test for warnings, line ) WARNING: program timed out. This happens on ppc64le with "make -j60 check".
[Bug go/78628] New: GO fails to build a translation unit decl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78628 Bug ID: 78628 Summary: GO fails to build a translation unit decl Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: wrong-debug Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: rguenth at gcc dot gnu.org CC: cmang at google dot com Target Milestone: --- The GO FE does not build a TRANSLATION_UNIT_DECL which both LTO and dwarf2out (debug_hooks->register_main_translation_unit) take information from like the language of the source. Frontends nowadays are expected to preferably use a TRANSLATION_UNIT_DECL as DECL_CONTEXT for file-scope entities (rather than NULL_TREE) and LTO requires at least one TU DECL to fixup such NULL_TREE file-scope DECL_CONTEXT.
[Bug c++/70909] Libiberty Demangler segfaults (4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70909 --- Comment #18 from Marcel Böhme --- (In reply to Markus Trippelsdorf from comment #17) > Nathan's patch fixes this issue: > https://patchwork.ozlabs.org/patch/701137/ > It is currently being reviewed. It doesn't seem to fix the original issue for me. $ binutils-gdb/build/binutils/cxxfilt _Z1MA_aA_MMA_St1MS_o11T00t2M0z Segmentation fault With Valgrind complaining: ==108073== Memcheck, a memory error detector ==108073== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==108073== Using Valgrind-3.10.1 and LibVEX; rerun with -h for copyright info ==108073== Command: binutils-gdb/build/binutils/cxxfilt _Z1MA_aA_MMA_St1MS_o11T00t2M0z ==108073== ==108073== Stack overflow in thread 1: can't grow stack to 0xffe801fe8 ==108073== ==108073== Process terminating with default action of signal 11 (SIGSEGV) ==108073== Access not within mapped region at address 0xFFE801FE8 ==108073==at 0x7D9704: d_print_comp_inner (cp-demangle.c:4587)
[Bug middle-end/78629] New: vec.h: null pointer passed as argument 1, which is declared to never be null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78629 Bug ID: 78629 Summary: vec.h: null pointer passed as argument 1, which is declared to never be null Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: prathamesh3492 at gcc dot gnu.org Target Milestone: --- build/genmatch --gimple match.pd gives following runtime error when it's built with ubsan: ../../gcc/gcc/vec.h:1609:3: runtime error: null pointer passed as argument 1, which is declared to never be null /usr/include/x86_64-linux-gnu/bits/string3.h:90:70: runtime error: null pointer passed as argument 1, which is declared to never be null GIMPLE decision tree has 1846 leafs, maximum depth 12 and a total number of 7248 nodes removed 1070 duplicate tails ../../gcc/gcc/vec.h:1609:3: runtime error: null pointer passed as argument 1, which is declared to never be null #0 0x44fb51 in vec, va_heap, vl_ptr>::safe_grow_cleared(unsigned int) ../../gcc/gcc/vec.h:1609 #1 0x44fb51 in parser::finish_match_operand(operand*) ../../gcc/gcc/genmatch.c:4801 #2 0x45d597 in parser::parse_simplify(simplify::simplify_kind, vec&, predicate_id*, operand*) ../../gcc/gcc/genmatch.c:4433 #3 0x45e70b in parser::parse_pattern() ../../gcc/gcc/genmatch.c:4745 #4 0x466213 in parser::parser(cpp_reader*) ../../gcc/gcc/genmatch.c:4855 #5 0x40a899 in main ../../gcc/gcc/genmatch.c:4953 #6 0x7fafc65e982f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2082f) #7 0x40bbd8 in _start (/home/bilbo/gnu-toolchain/gcc/master/ubsan-stage1-build/gcc/build/genmatch+0x40bbd8) Thanks, Prathamesh
[Bug debug/78587] dwarf2out.c:1517:45: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int [4]'; cast to an unsigned type to negate this value to itself
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78587 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Thu Dec 1 09:24:55 2016 New Revision: 243100 URL: https://gcc.gnu.org/viewcvs?rev=243100&root=gcc&view=rev Log: PR debug/78587 * dwarf2out.c (loc_descr_plus_const): For negative offset use uint_loc_descriptor instead of int_loc_descriptor and perform negation in unsigned HOST_WIDE_INT type. (scompare_loc_descriptor): Shift UINTVAL left instead of INTVAL. * gcc.dg/debug/pr78587.c: New test. Added: trunk/gcc/testsuite/gcc.dg/debug/pr78587.c Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c trunk/gcc/testsuite/ChangeLog
[Bug middle-end/78629] vec.h: null pointer passed as argument 1, which is declared to never be null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78629 --- Comment #1 from prathamesh3492 at gcc dot gnu.org --- This slight change to finish_match_operand() fixes the error, but not sure if it's correct. diff --git a/gcc/genmatch.c b/gcc/genmatch.c index 41951c5..3ff5bdf 100644 --- a/gcc/genmatch.c +++ b/gcc/genmatch.c @@ -4798,7 +4798,10 @@ parser::finish_match_operand (operand *op) /* Look for matching captures, diagnose mis-uses of @@ and apply early lowering and distribution of value_match. */ auto_vec > cpts; - cpts.safe_grow_cleared (capture_ids->elements ()); + cpts.reserve (capture_ids->elements ()); + for (unsigned i = 0; i < capture_ids->elements (); ++i) +cpts.quick_push (vNULL); + walk_captures (op, cpts); for (unsigned i = 0; i < cpts.length (); ++i) { Thanks, Prathamesh
[Bug fortran/78619] [5/6/7 Regression] ICE in copy_reference_ops_from_ref, at tree-ssa-sccvn.c:889
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78619 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org, ||pault at gcc dot gnu.org Known to work||4.8.5 Summary|ICE in |[5/6/7 Regression] ICE in |copy_reference_ops_from_ref |copy_reference_ops_from_ref |, at tree-ssa-sccvn.c:889 |, at tree-ssa-sccvn.c:889 Known to fail||4.9.4, 5.4.0, 6.2.0, 7.0 --- Comment #2 from Martin Liška --- Started to ICE with r229954, before that an error is reported: pr78619.f90:3:17: z = sign(1.0, f) 1 Warning: Non-RECURSIVE procedure ‘f’ at (1) is possibly calling itself recursively. Declare it RECURSIVE or use ‘-frecursive’ pr78619.f90:3:17: z = sign(1.0, f) 1 Error: ‘b’ argument of ‘sign’ intrinsic at (1) must be the same type and kind as ‘a’
[Bug fortran/78618] ICE in gfc_check_rank, at fortran/check.c:3670
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-12-01 CC||marxin at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Martin Liška --- Confirmed, started to fail with GCC 4.7.0.
[Bug middle-end/78629] vec.h: null pointer passed as argument 1, which is declared to never be null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78629 --- Comment #2 from Richard Biener --- Ah, it's for the case of len == 0, but that is explicitely allowed: template inline void vec::safe_grow (unsigned len MEM_STAT_DECL) { unsigned oldlen = length (); gcc_checking_assert (oldlen <= len); reserve_exact (len - oldlen PASS_MEM_STAT); if (m_vec) m_vec->quick_grow (len); else gcc_checking_assert (len == 0); } so I think the bug is in template inline void vec::safe_grow_cleared (unsigned len MEM_STAT_DECL) { unsigned oldlen = length (); safe_grow (len PASS_MEM_STAT); memset (&(address ()[oldlen]), 0, sizeof (T) * (len - oldlen)); } instead which should simply conditionalize the memset on len != 0 (OTOH the undefinedness is on the borderline...). Same for quick_grow_cleared I suppose. So size_t sz = sizeof (T) * (len - oldlen); if (sz != 0) memset (...);
[Bug rtl-optimization/78626] [7 Regression] ICE in rtl_verify_bb_insns, at cfgrtl.c:2656 (error: flow control insn inside a basic block)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78626 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.0
[Bug libstdc++/78627] [7 Regression] r243036 causes Firefox build failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78627 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.0
[Bug ipa/78599] [7 Regression] hwint.h:292:72: runtime error: shift exponent 64 is too large for 64-bit type 'long int'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78599 --- Comment #5 from prathamesh3492 at gcc dot gnu.org --- Created attachment 40212 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40212&action=edit fix formatting of patch in comment 3 Oops, sorry about that. Fixed formatting in this version. Does it look OK ? Thanks, Prathamesh
[Bug tree-optimization/78625] [7 Regression] ICE in invert_tree_comparison, at fold-const.c:2483 w/ -O1 -Wmaybe-uninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78625 Richard Biener changed: What|Removed |Added CC||aldyh at gcc dot gnu.org Component|rtl-optimization|tree-optimization Target Milestone|--- |7.0 --- Comment #1 from Richard Biener --- #2 0x01171bdf in pred_neg_p (x1=..., x2=...) at /space/rguenther/src/svn/trunk/gcc/tree-ssa-uninit.c:1488 1488c2 = invert_tree_comparison (x2.cond_code, false); (gdb) l 1483 || !operand_equal_p (x1.pred_rhs, x2.pred_rhs, 0)) 1484return false; 1485 1486 c1 = x1.cond_code; 1487 if (x1.invert == x2.invert) 1488c2 = invert_tree_comparison (x2.cond_code, false); x2.cond_code is BIT_AND_EXPR. Sth like Index: gcc/tree-ssa-uninit.c === --- gcc/tree-ssa-uninit.c (revision 243100) +++ gcc/tree-ssa-uninit.c (working copy) @@ -1485,7 +1485,12 @@ pred_neg_p (pred_info x1, pred_info x2) c1 = x1.cond_code; if (x1.invert == x2.invert) -c2 = invert_tree_comparison (x2.cond_code, false); +{ + if (TREE_CODE_CLASS (x2.cond_code) == tcc_comparison) + c2 = invert_tree_comparison (x2.cond_code, false); + else + return false; +} else c2 = x2.cond_code; might fix it.
[Bug rtl-optimization/78580] [6/7 Regression] Segfault in gcc with multilib (-m32) and -ffixed-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78580 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org, ||uros at gcc dot gnu.org --- Comment #2 from Jakub Jelinek --- /* PR rtl-optimization/78580 */ /* { dg-do compile } */ /* { dg-options "-O0 -ffixed-ebx" } */ extern const signed char a; int foo (signed char x) { return x; } int main () { foo (a); return 0; } Apparently with just -m32 we have ira_allocno_classes of: AREG,DREG,CREG,BREG,SIREG,DIREG,AD_REGS,CLOBBERED_REGS,Q_REGS,NON_Q_REGS,TLS_GOTBASE_REGS,GENERAL_REGS,FP_TOP_REG,FP_SECOND_REG,FLOAT_REGS,FLOAT_INT_REGS while with -m32 -ffixed-ebx AREG,DREG,CREG,SIREG,DIREG,AD_REGS,CLOBBERED_REGS,NON_Q_REGS,TLS_GOTBASE_REGS,GENERAL_REGS,FP_TOP_REG,FP_SECOND_REG,FLOAT_REGS,FLOAT_INT_REGS i.e. BREG and Q_REGS is missing in the latter case. update_bad_spill_attribute only initializes dead_points for the allocno classes, but then we process allocno with Q_REGS allocno class and in the latter case (sometimes) ICE because dead_points[Q_REGS] is random garbage. So, is the bug that i?86 needs Q_REGS to be an allocno class always (shall ix86_additional_allocno_class_p return true also for Q_REGS? Just for -m32 or always?), or is the bug that if Q_REGS is not an allocno class then there shouldn't be allocno with that class?
[Bug ipa/78599] [7 Regression] hwint.h:292:72: runtime error: shift exponent 64 is too large for 64-bit type 'long int'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78599 --- Comment #6 from Jakub Jelinek --- Formatting-wise yes (though you could leave the parens around (parm_type == NULL) ), but I'm not familiar with this code to actually review it. Plus, patches should go to gcc-patches.
[Bug rtl-optimization/78559] [7 Regression] wrong code due to tree if-conversion?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78559 --- Comment #5 from amker at gcc dot gnu.org --- (insn 37 35 39 7 (set (reg:SI 96) (sign_extend:SI (subreg:QI (reg:SI 95) 0))) 86 {*extendqisi2_aarch64} (expr_list:REG_DEAD (reg:SI 95) (nil))) (insn 39 37 40 7 (set (reg:CC 66 cc) (compare:CC (reg:SI 96) (const_int 0 [0]))) 392 {cmpsi} (expr_list:REG_DEAD (reg:SI 96) (nil))) (insn 40 39 41 7 (set (reg:HI 93) (if_then_else:HI (ne (reg:CC 66 cc) (const_int 0 [0])) (subreg/s/u:HI (reg:SI 81 [ iftmp.0_17 ]) 0) (reg:HI 97))) 443 {*cmovhi_insn} (expr_list:REG_DEAD (reg:CC 66 cc) (expr_list:REG_EQUAL (if_then_else:HI (ne (reg:CC 66 cc) (const_int 0 [0])) (subreg/s/u:HI (reg:SI 81 [ iftmp.0_17 ]) 0) (const_int 1 [0x1])) (nil --> Trying 37 -> 39: Failed to match this instruction: (set (reg:CC 66 cc) (reg:CC 66 cc)) Successfully matched this instruction: (set (reg:HI 93) (if_then_else:HI (le (reg:CC 66 cc) (const_int 0 [0])) (subreg/s/u:HI (reg:SI 81 [ iftmp.0_17 ]) 0) (reg:HI 97))) allowing combination of insns 37 and 39 original costs 4 + 4 = 12 replacement cost 8 deferring deletion of insn with uid = 37. modifying other_insn40: r93:HI={(cc:CC<=0)?r81:SI#0:r97:HI} REG_DEAD cc:CC REG_EQUAL {(cc:CC!=0)?r81:SI#0:0x1} deferring rescan insn with uid = 40. modifying insn i339: cc:CC=cc:CC deferring rescan insn with uid = 39. Note after combine: 40: r93:HI={(cc:CC<=0)?r81:SI#0:r97:HI} REG_DEAD cc:CC REG_EQUAL {(cc:CC!=0)?r81:SI#0:0x1} cc register has been changed, and (cc<=0) != (cc!=0).
[Bug middle-end/78510] [7 Regression] ICE on valid C code at -O2 and above in both 32-bit and 64-bit modes on x86_64-linux-gnu (internal compiler error: verify_gimple failed)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78510 amker at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from amker at gcc dot gnu.org --- Fixed.
[Bug middle-end/78548] [7 Regression ]ICE on valid C code on x86_64-linux-gnu at -O2 and -O3 in 64-bit mode with -Wall (*** Error in `/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/cc1': d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78548 Aldy Hernandez changed: What|Removed |Added Component|c |middle-end --- Comment #6 from Aldy Hernandez --- Among other things, the main problem here is that we save all the pred_chains from preds[] into s_preds[], then we free all said pred_chains with destroy_predicate_vecs(), but still keep a copy of the pred_chains in s_preds, which we later try to free from normalize_preds(): /* Now clean up the chain. */ if (simplified) { for (i = 0; i < n; i++) { if ((*preds)[i].is_empty ()) continue; s_preds.safe_push ((*preds)[i]); // // Makes a copy of the pred_chain. } destroy_predicate_vecs (preds); // ^^^ // free() all the pred_chain's. (*preds) = s_preds; // ^^ // Wait a minute, we still keep a copy of the pred_chains. s_preds = vNULL; } I have no idea how this worked even before my patch. I'm testing a fix.
[Bug tree-optimization/78529] [7 Regression] gcc.c-torture/execute/builtins/strcat-chk.c failed with lto/O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529 --- Comment #16 from prathamesh3492 at gcc dot gnu.org --- (In reply to Andrew Pinski from comment #15) > I should note I run these tests using the installed compiler rather than > directly from the build directory Hi Andrew, Could you please check if you can reproduce strcat-chk.c failure before r242745 ? Unfortunately I am not able to reproduce it locally. Thanks!
[Bug sanitizer/78532] [7 Regression] libsanitizer fails to build on sparc64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78532 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #10 from Jakub Jelinek --- Hopefuly fixed.
[Bug bootstrap/78616] [7 regression] bootstrap fails for x86_64-darwin at stage1 after 243030 when the bootstrap compiler doesn't have strndup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78616 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7 from Jakub Jelinek --- Yeah, I'm susprised strndup isn't poisoned in system.h, strdup is. selftest.c shouldn't be using strndup, just xstrndup.
[Bug c/78568] [5/6/7 Regression] Wtype-limits warning regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78568 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek --- Why do you think so? I think r145254 in that range is much more likely.
[Bug tree-optimization/78625] [7 Regression] ICE in invert_tree_comparison, at fold-const.c:2483 w/ -O1 -Wmaybe-uninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78625 Aldy Hernandez changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Aldy Hernandez --- My patch for pr78566 fixes this. It is still pending approval: https://gcc.gnu.org/ml/gcc-patches/2016-11/msg02900.html Perhaps the problem Richard mentions in comment 1 is another latent problem in tree-ssa-uninit.c. For now let's mark this as a duplicate. *** This bug has been marked as a duplicate of bug 78566 ***
[Bug middle-end/78566] [7 regression] gcc.dg/uninit-pred-6_[abc]*.c regressions on some non-x86 platforms
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78566 Aldy Hernandez changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #4 from Aldy Hernandez --- *** Bug 78625 has been marked as a duplicate of this bug. ***
[Bug c++/78589] g++ prints instead of a function name when warning in an OpenMP outlined function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78589 --- Comment #4 from Martin Jambor --- I have always thought there was a reason why the outline OMP functions do not have their abstract origin set, but perhaps there isn't. I am testing a patch for gcc/cp/error.c that (apart from guarding against infinite recursion in some cases) should make g++ produce the same output as gcc does. I would like that one to be committed before (some variant of) your patch. If the unset abstract origin is indeed only an omission, setting it will definitely be an improvement. We will see :-)
[Bug c++/78630] New: Segfault in Libiberty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78630 Bug ID: 78630 Summary: Segfault in Libiberty Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: thuanpv at comp dot nus.edu.sg Target Milestone: --- Dear all, Using AFLFast (https://github.com/mboehme/aflfast), a fork of AFL, we found an input causing nm (a binutils program which uses libiberty) to crash. The bug was found on Ubuntu 14.04 & binutils was checked out from https://github.com/bminor/binutils-gdb repository. Its commit is 268ebe95201d2ebdcf68cad9dc67ff6d1e25be9e (Fri Nov 18 14:15:12 2016) To reproduce: printf "\x24\x24\x0a\x20\x5f\x5a\x6f\x6f\x4d\x4d\x4d\x4d\x4d\x4d\x4d\x4d\x4d\x4d\x4d\x4d\x4b\x4d\x41\x5f\x74\x74\x74\x74\x74\x74\x74\x74\x74\x74\x32\x4b\x30\x77\x62\x62\x0a\x0a" > fd nm-new -C fd ASAN says: ==114157==ERROR: AddressSanitizer: stack-overflow on address 0x7ffe80282e58 (pc 0x00643cc7 bp 0x7ffe80283070 sp 0x7ffe80282dd0 T0) #0 0x643cc6 in d_print_comp_inner ../../libiberty/cp-demangle.c:4568 #1 0x65463c in d_print_comp ../../libiberty/cp-demangle.c:5654 #2 0x6496d1 in d_print_comp_inner ../../libiberty/cp-demangle.c:5156 #3 0x6563f4 in d_print_comp ../../libiberty/cp-demangle.c:5654 #4 0x6563f4 in d_print_mod ../../libiberty/cp-demangle.c:5866 #5 0x659103 in d_print_mod_list ../../libiberty/cp-demangle.c:5787 #6 0x658d2b in d_print_mod_list ../../libiberty/cp-demangle.c:4180 #7 0x658d2b in d_print_array_type ../../libiberty/cp-demangle.c:6001 #8 0x65954f in d_print_mod_list ../../libiberty/cp-demangle.c:5744 ... Valgrind says: ==47988== Stack overflow in thread 1: can't grow stack to 0xffe801f08 ==47988== ==47988== Process terminating with default action of signal 11 (SIGSEGV) ==47988== Access not within mapped region at address 0xFFE801F08 ==47988==at 0x804C34: d_print_comp_inner (cp-demangle.c:4580) ==47988== If you believe this happened as a result of a stack ==47988== overflow in your program's main thread (unlikely but ==47988== possible), you can try to increase the size of the ==47988== main thread stack using the --main-stacksize= flag. ==47988== The main thread stack size used in this run was 8388608. ==47988== Stack overflow in thread 1: can't grow stack to 0xffe801f00 ==47988== ==47988== Process terminating with default action of signal 11 (SIGSEGV) ==47988== Access not within mapped region at address 0xFFE801F00 ==47988==at 0x4A256B0: _vgnU_freeres (in /usr/lib/valgrind/vgpreload_core-amd64-linux.so) Best regards, Thuan
[Bug c++/78589] g++ prints instead of a function name when warning in an OpenMP outlined function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78589 --- Comment #5 from Martin Jambor --- (In reply to Alexander Monakov from comment #3) > Ah, sorry if I misunderstood and got carried away. BTW, enhancing dumping decls of IPA clones has been discussed to some length in (a bit forgotten) PR 60761.
[Bug tree-optimization/78608] gimple-ssa-sprintf.c:570:17: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78608 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-12-01 Ever confirmed|0 |1 --- Comment #1 from Markus Trippelsdorf --- % echo 'void foo() { __builtin_snprintf(0, 0, "%ld"); }' | gcc -x c -c -O2 -o /dev/null - gimple-ssa-sprintf.c:570:17: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int'; cast to an unsigned type to negate this value to itself
[Bug target/78631] New: [Intel MPX] libmpxwrappers shared library leads to a non-bounds-preserving memcpy()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631 Bug ID: 78631 Summary: [Intel MPX] libmpxwrappers shared library leads to a non-bounds-preserving memcpy() Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: dmitrii.kuvais...@tu-dresden.de Target Milestone: --- The libc-wrappers library for Intel MPX, libmpxwrappers, has incorrect implementations of memcpy and mempcpy functions. When any program calls memcpy(), the compiler pass substitutes it to __mpx_wrapper_memcpy(), so the call is redirected into libmpxwrappers. Unfortunately, __mpx_wrapper_memcpy() has a buggy implementation which leads to the loss of bounds information and can miss real out-of-bounds violations. (The following was tested on gcc 6.1.0, but the code for 6.2.0 and in the master branch seems to be the same, thus I believe this bug persists in newer versions as well. The affected code is in libmpx/mpxwrap/mpx_wrappers.c) So, this is the implementation of __mpx_wrapper_memcpy(): void * __mpx_wrapper_memcpy (void *dst, const void *src, size_t n) { return __mpx_wrapper_memmove (dst, src, n); } __mpx_wrapper_memmove() is: void *__mpx_wrapper_memmove (void *dst, const void *src, size_t n) { ... __bnd_chk_ptr_bounds (dst, n); __bnd_chk_ptr_bounds (src, n); ... call real memmove() ... } Now, when it is compiled into a shared libmpxwrappers.so library, the following asm results: <__mpx_wrapper_memcpy>: 1f50: sub$0x8,%rsp 1f54: bnd callq ad0 <__mpx_wrapper_memmove@plt> 1f5a: add$0x8,%rsp 1f5e: bnd retq <__mpx_wrapper_memmove@plt>: ad0: jmpq *0x201c5a(%rip) # 202730 <_GLOBAL_OFFSET_TABLE_+0x18> ad6: pushq $0x0 adb: jmpq ac0 <_init+0x20> <__mpx_wrapper_memmove>: ... actually performs bounds checking ... Pay attention to the jmpq instruction (at line ad0) which indirectly calls __mpx_wrapper_memmove() through PLT/GOT. Since this instruction has no BND prefix, all BND0-3 registers will be INITed. (This of course depends on the BNDPRESERVE bit; since BNDPRESERVE is 0 by default this is the behavior we observed.) In a nutshell: the PLT/GOT resolving mechanism puts a plain jmp instruction instead of a "bnd jmp" version --> this INITs registers BND0-3 in __mpx_wrapper_memmove() which actually performs bounds checking --> a real out-of-bounds bug in the program is missed. Simple workaround would be to copy-paste bounds-checking code ("__bnd_chk_ptr_bounds ...") inside __mpx_wrapper_memcpy(). Then the checks will definitely happen before any registers are nullified. A workaround that I used was to set BNDPRESERVE=1 (then my program bug was correctly detected). But this worked only for my tiny program which had no other legacy libraries. A real solution would require re-building libmpxwrappers with a correct PLT/GOT resolution which uses BND-prefixed jumps.
[Bug c/78568] [5/6/7 Regression] Wtype-limits warning regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78568 Jakub Jelinek changed: What|Removed |Added CC||jason at gcc dot gnu.org, ||jsm28 at gcc dot gnu.org, ||mpolacek at gcc dot gnu.org --- Comment #4 from Jakub Jelinek --- For C++ this regressed as expected with r230365 - in both cases delayed folding. Without delayed folding, e.g. (val16 & 0x) is folded into (unsigned int) val16 by the time shorten_compare is called and that is the routine that performs the warning. Do we perform similar optimizations that shorten_compare does already in match.pd or gimple-fold.c? Would there be a better place to move the warning to (like in c_genericize or so)? Or, if we want to warn in shorten_compare, should it be done twice, once on the unfolded values and then on folded values just for comparison purposes? Conceptually, shorten_compare (except for the part where it computes the common type for the comparison) is an optimization, kind of folding, so for delayed folding should not be done early. But if e.g. constexpr evaluation or __builtin_constant_p etc. relies on it, it should conceptually be done at c_fully_fold time. Though, I think the warning needs to be done before we shorten the compare and c_fully_fold shouldn't be performing warnings (because it can be called multiple times, e.g. when trying to fold something for other warnings). Thoughts on this?
[Bug c++/78572] [6/7 Regression] internal compiler error: in output_constructor_regular_field, at varasm.c:4968
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78572 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org, ||jason at gcc dot gnu.org --- Comment #2 from Jakub Jelinek --- But this isn't a designed array initializer, it is a normal initializer with side-effects in it. And presumably the C++ FE lowered that into {[3]=5, [0]=5, [7]=3, [1]=3} which is considered invalid by the middle-end, since it isn't sorted by increasing index. With static int array[10] = { array[3]=5, array[7]=3, array[7]=8, array[7] = 9 }; it is even worse, we get {[3]=5, [0]=5, [7]=9, [1]=3, [2]=8, [3]=9} so [3] is written twice. Not sure if this isn't undefined behavior (I hope it is), but still we shouldn't ICE on it, best would be not to turn the stores into CONSTRUCTOR elements, but just handle the side-effects at runtime.
[Bug middle-end/71654] [6/7 Regression] missing VRP optimization on c++ unsigned char and short expressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71654 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #9 from Jakub Jelinek --- So is this fixed for 7+?
[Bug rtl-optimization/71596] [7 Regression] gcc bootstrap fails due to segv in genrecog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71596 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org, ||vmakarov at gcc dot gnu.org --- Comment #5 from Jakub Jelinek --- Is anyone actually working on the needed infrastructure improvements for this?
[Bug ipa/71190] [7 Regression] ICE in assemble_variable_contents, at varasm.c:2054
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71190 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7 from Jakub Jelinek --- Can this still be reproduced with latest trunk?
[Bug c++/70909] Libiberty Demangler segfaults (4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70909 Nathan Sidwell changed: What|Removed |Added CC||nathan at gcc dot gnu.org --- Comment #19 from Nathan Sidwell --- The original issue doesn't appear to be a lambda mangling, so I don't think related to 78252. I do see lambda manglings in some of the other symbols mentioned in this bug, and I can well believe those are the same as 78252.
[Bug target/70676] suboptimal code generation on AVR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70676 --- Comment #5 from Georg-Johann Lay --- Whould you please mention to what module you are referring? Spi.ii?
[Bug middle-end/71654] [6 Regression] missing VRP optimization on c++ unsigned char and short expressions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71654 Richard Biener changed: What|Removed |Added Known to work||5.4.0, 7.0 Summary|[6/7 Regression] missing|[6 Regression] missing VRP |VRP optimization on c++ |optimization on c++ |unsigned char and short |unsigned char and short |expressions |expressions Known to fail||6.1.0 --- Comment #10 from Richard Biener --- Yes.
[Bug fortran/78619] [5/6/7 Regression] ICE in copy_reference_ops_from_ref, at tree-ssa-sccvn.c:889
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78619 Richard Biener changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |5.5
[Bug middle-end/78548] [7 Regression ]ICE on valid C code on x86_64-linux-gnu at -O2 and -O3 in 64-bit mode with -Wall (*** Error in `/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/cc1': d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78548 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.0
[Bug tree-optimization/78558] [5 Regression] Incorrect loop optimization leads to crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78558 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Component|c++ |tree-optimization
[Bug c/78568] [5/6/7 Regression] Wtype-limits warning regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78568 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/78551] [5/6/7 Regression] Internal compiler error with constexpr initialization of union
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug rtl-optimization/78378] [5/6 Regression] wrong code when combining shift + mult + zero_extend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78378 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/78523] [5 Regression] ICE on valid lambda code with implicit capture
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78523 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/78345] [5/6/7 Regression] ICE on invalid c++ code on x86_64-linux-gnu (internal compiler error: in cxx_eval_outermost_constant_expr, at cp/constexpr.c:4464)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78345 Richard Biener changed: What|Removed |Added Keywords||error-recovery Priority|P3 |P4
[Bug target/78253] [5/6/7 Regression] [ARM] call weak function instead of strong when called through pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78253 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug middle-end/78333] [5 Regression] always-inline gnu-inline functions break -finstrument-functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78333 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug tree-optimization/78224] [5/6 Regression] g++ ICE at -O2(-O1 on gcc6) and above in verify_loop_structure, at cfgloop.c:1646
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78224 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug tree-optimization/78189] [5/6 Regression] movaps generated for unaligned store in aligned struct, when struct is referenced via unaligned member.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78189 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug tree-optimization/78185] [5 Regression] Wrong branch optimization with -O1 on x86/x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug rtl-optimization/78127] [5/6/7 Regression] AArch64 internal compiler error: in lra_eliminate, at lra-eliminations.c:1440
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78127 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug target/78102] [5/6 regression] GCC refuses to generate PCMPEQQ instruction for SSE4.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78102 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug middle-end/78047] [5 Regression] Chromium apparently gets miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/78032] [5/6/7 Regression] Incorrect code generated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78032 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug rtl-optimization/78038] [5 Regression] internal compiler error: in get_sub_rtx, at ree.c:655
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78038 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work||6.2.1 Summary|[5/6 Regression] internal |[5 Regression] internal |compiler error: in |compiler error: in |get_sub_rtx, at ree.c:655 |get_sub_rtx, at ree.c:655 Known to fail||6.2.0
[Bug fortran/78026] [5/6 Regression] ICE in gfc_resolve_omp_declare_simd, at fortran/openmp.c:5190
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78026 Richard Biener changed: What|Removed |Added Priority|P3 |P4 Known to work||7.0 Known to fail||5.4.0, 6.2.0
[Bug ipa/71190] [7 Regression] ICE in assemble_variable_contents, at varasm.c:2054
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71190 --- Comment #8 from Markus Trippelsdorf --- (In reply to Jakub Jelinek from comment #7) > Can this still be reproduced with latest trunk? Yes.
[Bug middle-end/78025] [5/6 Regression] ICE in simd_clone_adjust, at omp-simd-clone.c:1126
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78025 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work||7.0 Known to fail||5.4.0, 6.2.0
[Bug c++/78006] [5/6/7 Regression] Segmentation fault with 'using' and generic lambda trailing return types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78006 Richard Biener changed: What|Removed |Added Priority|P3 |P4
[Bug rtl-optimization/77919] [5/6 Regression] ICE converting DC to V2DF mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77919 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work||7.0 Known to fail||5.4.0, 6.2.0
[Bug c++/70029] [7 Regression] ICE with C++11 and -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70029 --- Comment #11 from Jan Hubicka --- Given that we are in stage 3 again, I propose to postpone this one for GCC 8. I will try to get to that early next stage1, so it does not slip again.
[Bug ipa/77905] [5/6/7 Regression] ICE at -Os and above in both 32-bit and 64-bit modes on x86_64-linux-gnu (internal compiler error: in ipa_comdats, at ipa-comdats.c:352)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77905 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug target/77881] [5/6 Regression] Non-optimal signed comparison on x86_64 since r146817
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77881 Richard Biener changed: What|Removed |Added Target||x86_64-*-* Priority|P3 |P2 Known to work||7.0 Known to fail||5.4.0, 6.2.0
[Bug tree-optimization/77879] [5 Regression] mpd gets miscompiled since r235622
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77879 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug ipa/65654] [7 Regression] 447.dealII in SPEC CPU 2006 failed to build with LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65654 --- Comment #9 from Jan Hubicka --- Here I also propose postpone again for GCC 8. I will try to give it priority next stage1 :(
[Bug c++/77849] [5/6 Regression] Warning about deprecated enum even when "-Wdeprecated-declarations" is off
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77849 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work||4.9.4, 7.0 Known to fail||5.4.0, 6.2.0
[Bug rtl-optimization/77844] [5/7 Regression] Compilation of simple C++ example exhaust memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77844 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/77812] [5/6/7 Regression] incorrectly rejects valid C++ code that uses enum in template instantiation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77812 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/77790] [5/6/7 Regression] ICE on valid C++14 code when compiling with "-std=c++11": in push_access_scope, at cp/pt.c:227
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77790 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/77786] [5 Regression] ICE in tsubst_copy, at cp/pt.c:13040
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77786 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug lto/78407] [5/6/7 Regression] LTO breaks separate overriding of symbol aliases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78407 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2016-12-01 Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Jan Hubicka --- Mine.
[Bug c++/78620] C++11, Padding bytes not zero-intialized when POD is initialized with compiler generated default constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78620 Jonathan Wakely changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED |WAITING Last reconfirmed||2016-12-01 Ever confirmed|0 |1 --- Comment #2 from Jonathan Wakely --- Since C++11 zero-initialization requires that padding is initialized to zero bits; fprintf(stderr, "no initialization\n"); print(&tt1); That's default-initialization (which for this type performs no initialization). struct tm tt2 = tm(); fprintf(stderr, "default initialization\n"); print(&tt2); That's value-initialization (which for this type performs zero-initialization). new (buf) tm(); fprintf(stderr, "placement new with default constructor initialization\n"); That's also value-initialization (so should also perform zero-initialization). However, GCC 4.8 has been unsupported for a while now, please try a supported version (5 or 6).
[Bug target/77770] [5/6/7 Regression] Internal compiler error on source which compiles with earlier versions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=0 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work||4.8.5
[Bug c/77767] [5/6/7 Regression] Side-effect from VLA array parameters lost
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77767 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c/77754] [5/6/7 Regression] internal compiler error : tree code 'call_expr' is not supported in LTO streams
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77754 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/78620] C++11, Padding bytes not zero-intialized when POD is initialized with compiler generated default constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78620 --- Comment #3 from Jonathan Wakely --- Oops, I missed the first line off that actually does the initialization, sorry! struct tm tt1; fprintf(stderr, "no initialization\n"); print(&tt1); *That* is default-initialization (which for this type performs no initialization).
[Bug tree-optimization/77745] [5 Regression] Inconsistent application of aliasing rules
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77745 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/77739] [5/6 Regression] internal compiler error: in create_tmp_var, at gimple-expr.c:524
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77739 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug tree-optimization/77665] [5/6 Regression] ICE in expand_GOMP_SIMD_VF, at internal-fn.c:172
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77665 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work||7.0
[Bug c++/78623] non-dependent name treated as if it were dependent, requiring use of template keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78623 --- Comment #2 from Jonathan Wakely --- GCC trunk and EDG both compile it without error.
[Bug c++/77659] [5/6/7 Regression] internal compiler error: in gimplify_expr, at gimplify.c:8858
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77659 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/77655] [5/6/7 Regression]ICE on invalid c++ code on x86_64-linux-gnu (internal compiler error: Segmentation fault (program cc1plus))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77655 Richard Biener changed: What|Removed |Added Keywords||error-recovery Priority|P3 |P4
[Bug tree-optimization/77646] [5/6 Regression] GCC Segfault with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77646 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug tree-optimization/77648] [5 Regression] Setting conversion to a integer to double to 0 3/4 through a loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77648 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/77638] [6 Regression] ICE on x86_64-linux-gnu (internal compiler error: tree check: expected tree that contains ‘decl common’ structure, have ‘error_mark’ in cp_parser_template_declaration_af
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77638 Richard Biener changed: What|Removed |Added Priority|P3 |P4
[Bug c++/77638] [6 Regression] ICE on x86_64-linux-gnu (internal compiler error: tree check: expected tree that contains ‘decl common’ structure, have ‘error_mark’ in cp_parser_template_declaration_af
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77638 Richard Biener changed: What|Removed |Added Target Milestone|5.5 |6.3
[Bug middle-end/77624] [5/6 Regression] ICE on x86_64-linux-gnu (internal compiler error: in fold_builtin_atomic_always_lock_free, at builtins.c:5583)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77624 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work||7.0 Known to fail||5.4.0, 6.2.0
[Bug lto/78140] [7 Regression] libxul -flto uses 1GB more memory than gcc-6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-12-01 Ever confirmed|0 |1 --- Comment #14 from Jan Hubicka --- From a quick glance it seems to be mostly GGC memory related to ipa-cp/ipa-inline and the global stream. Perhaps we just manage to do much more cloning/inlining decisions than before? How does the code size and inline dumps compare? I will try to reproduce this. We need detialed mem report and take look if the optimization decisions diverge or it is just extra stuff brought in by the extended jump functions or extra data we stream.
[Bug tree-optimization/77605] [5 Regression] wrong code at -O3 on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77605 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug ipa/77587] [5/6 Regression] C compiler produces incorrect stack alignment with __attribute__((weak))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77587 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/77563] [5/6/7 Regression] explicit constructor breaks narrowing conversion overload resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77563 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/77578] [5 Regression] ICE in cp_parser_omp_for_loop (cp/parser.c:29404)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77578 Richard Biener changed: What|Removed |Added Priority|P3 |P2