[Bug gcov-profile/86536] Function "returned NAN %" for a simple program which forks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86536 --- Comment #2 from Martin Liška --- Author: marxin Date: Thu Jul 26 08:50:21 2018 New Revision: 262991 URL: https://gcc.gnu.org/viewcvs?rev=262991&root=gcc&view=rev Log: gcov: Fix wrong usage of NAN in statistics (PR gcov-profile/86536). 2018-07-26 Martin Liska PR gcov-profile/86536 * gcov.c (format_gcov): Use printf format %.*f directly and do not handle special values. 2018-07-26 Martin Liska PR gcov-profile/86536 * gcc.misc-tests/gcov-pr86536.c: New test. Added: trunk/gcc/testsuite/gcc.misc-tests/gcov-pr86536.c Modified: trunk/gcc/ChangeLog trunk/gcc/gcov.c trunk/gcc/testsuite/ChangeLog
[Bug gcov-profile/86536] Function "returned NAN %" for a simple program which forks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86536 Martin Liška changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Martin Liška --- Fixed.
[Bug c++/86653] UBSAN error: cp/parser.c:11760:19: runtime error: load of value 10, which is not a valid value for type 'bool'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86653 Martin Liška changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot gnu.org --- Comment #1 from Martin Liška --- Patch candidate sent to ML.
[Bug fortran/86679] New: invalid code involving TARGET attribute is not rejected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86679 Bug ID: 86679 Summary: invalid code involving TARGET attribute is not rejected Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: janus at gcc dot gnu.org Target Milestone: --- Please consider this simple example: program pgm integer :: i = 0 print *, i call modify(i) print *, i contains subroutine modify(t) integer, intent(in), target :: t integer, pointer :: p p => t p = 5 end subroutine end I assume for now it is invalid, but haven't checked the standard yet. There are two issues that I can see: 1) We are casting a pointer to a variable ('i') that is not declared as TARGET. gfortran should probably check that in the subroutine call the TARGET attributes of formal and actual argument match. 2) We are modifying an INTENT(IN) argument (via pointer indirection). I hope that the combination of INTENT(IN) and TARGET might actually be forbidden in the Fortran standard. If it is not, we probably need a runtime check which detects this.
[Bug middle-end/86140] constprop clones with identical bodies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86140 Martin Liška changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot gnu.org --- Comment #3 from Martin Liška --- Note that new gimple body of constprop is available late in 080i.materialize-all-clones. It would require running ICF again on that..
[Bug fortran/86679] invalid code involving TARGET attribute is not rejected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86679 --- Comment #1 from janus at gcc dot gnu.org --- (In reply to janus from comment #0) > I assume for now it is invalid, but haven't checked the standard yet. There > are two issues that I can see: > > 1) We are casting a pointer to a variable ('i') that is not declared as > TARGET. gfortran should probably check that in the subroutine call the > TARGET attributes of formal and actual argument match. Draft patch for the first problem: Index: gcc/fortran/interface.c === --- gcc/fortran/interface.c (revision 262988) +++ gcc/fortran/interface.c (working copy) @@ -3156,6 +3156,14 @@ compare_actual_formal (gfc_actual_arglist **ap, gf return false; } + if (a->expr->expr_type != EXPR_NULL + && f->sym->attr.target && !gfc_expr_attr (a->expr).target) + { + if (where) + gfc_error ("Actual argument for %qs must have the TARGET attribute" + " at %L",f->sym->name, &a->expr->where); + return false; + } /* Fortran 2008, C1242. */ if (f->sym->attr.pointer && gfc_is_coindexed (a->expr))
[Bug target/86677] popcount builtin detection is breaking some kernel build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86677 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||rguenth at gcc dot gnu.org Resolution|--- |INVALID --- Comment #1 from Richard Biener --- The kernel simply has to provide __popcount{s,d}i2 like it provides other libgcc functions if it chooses to not link against libgcc.
[Bug c/19315] document undocumented extension that allows code where variable is not emitted in the asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19315 Iain Sandoe changed: What|Removed |Added CC||dominiq at lps dot ens.fr --- Comment #9 from Iain Sandoe --- *** Bug 72864 has been marked as a duplicate of this bug. ***
[Bug middle-end/72864] gcc.c-torture/compile/pr72802.c fails on x86_64-apple-darwin15 with -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72864 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Iain Sandoe --- (In reply to Dominique d'Humieres from comment #2) > > The testcase was one generated by https://embed.cs.utah.edu/csmith. > > Horrible looking, but legal. clang should just warn, not error. > > I'm happy the testcase exposed another gcc bug. > > Any plan to fix it? It turns out that this is effectively a dup of 19315 .. which I am working on a fix for. *** This bug has been marked as a duplicate of bug 19315 ***
[Bug rtl-optimization/85805] [7/8/9 Regression] Wrong code for 64 bit comparisons on avr-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85805 --- Comment #8 from Segher Boessenkool --- Author: segher Date: Thu Jul 26 10:16:48 2018 New Revision: 262994 URL: https://gcc.gnu.org/viewcvs?rev=262994&root=gcc&view=rev Log: combine: Another hard register problem (PR85805) The current code in reg_nonzero_bits_for_combine allows using the reg_stat info when last_set_mode is a different integer mode. This is completely wrong for non-pseudos. For example, as in the PR, a value in a DImode hard register is set by eight writes to its constituent QImode parts. The value written to the DImode is not the same as that written to the lowest-numbered QImode! PR rtl-optimization/85805 * combine.c (reg_nonzero_bits_for_combine): Only use the last set value for hard registers if that was written in the same mode. Modified: trunk/gcc/ChangeLog trunk/gcc/combine.c
[Bug fortran/86679] invalid code involving TARGET attribute is not rejected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86679 --- Comment #2 from janus at gcc dot gnu.org --- (In reply to janus from comment #0) > 1) We are casting a pointer to a variable ('i') that is not declared as > TARGET. gfortran should probably check that in the subroutine call the > TARGET attributes of formal and actual argument match. The question is whether this is actually invalid. In F18:15.5.2.4, I find the following: "11 If the dummy argument has the TARGET attribute and the effective argument does not have the TARGET attribute or is an array section with a vector subscript, any pointers associated with the dummy argument become undefined when execution of the procedure completes." To me that sounds like non-matching TARGET attributes are supposed to be valid (but any pointers we cast to it must be local to the procedure scope).
[Bug target/86487] [7/8/9 Regression] insn does not satisfy its constraints on arm big-endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86487 --- Comment #2 from avieira at gcc dot gnu.org --- I am having quite a lot of trouble understanding what is going wrong, or maybe I should say, what parts are going right. I believe it tries to match the fifth alternative for anddi3_insn here which is: '&r' 'r' 'De' This fails because of the early clobber, rightfully so because: (insn 13 11 14 2 (set (reg:DI 0 r0 [125]) (and:DI (reg:DI 1 r1 [+-4 ]) (const_int 1 [0x1]))) "../t.c":3 79 {*anddi3_insn} (nil)) DI r0 overlaps with DI r1, seeing you need two consecutive GPRs to contain a DImode. I decided to debug reload to find out why it had picked r1 and I find 'get_hard_regno' first picks r2 for (subreg:DI (SI 122)) in the same instruction. If we go up we see: (insn 10 9 11 2 (set (reg:SI 2 r2 [122]) (xor:SI (reg:SI 0 r0 [orig:123 a ] [123]) (const_int 1 [0x1]))) "../t.c":3 111 {*arm_xorsi3} (nil)) Then in 'get_hard_regno' it invokes 'subreg_regno_offset', that returns 'nregs_xmode - nregs_ymode' as offset in big endian for paradoxical subregs with offset 0, where, xmode is inner and ymode is outer. That is '-1' in our case (and always negative). So I believe reload is now seeing 'r1-r2' as the register pair for that first 'and' operand and 'r0-r1' as the destination operand. At first I was thinking this was a middle-end issue, specifically for paradoxical subregs. However, I also saw a bit of Aarch64 big endian assembly that used 'odd' registers to represent DI register pairs (V2DI). Given the comment in 'subreg_regno_offset': /* If this is a big endian paradoxical subreg, which uses more actual hard registers than the original register, we must return a negative offset so that we find the proper highpart of the register. We assume that the ordering of registers within a multi-register value has a consistent endianness: if bytes and register words have different endianness, the hard registers that make up a multi-register value must be at least word-sized. */ It made me start to think that GCC expects register pairs in big endian to be "called" by their Least Significant Register (LSR) and to be counted back from there. So '[r1, r0]' to be called (DI r1). I am not entirely sure about this though... I tried changing the arm back-end to only accept DI mode register pairs if the register is odd. That fixed this case but broke a lot of other things. I am thinking another way to fix it is to adapt Arm's 's_register_operand' to not accept paradoxical subregs in big endian, but I would first like to understand how the middle end expects/sees/generates register pairs if 'REG_WORDS_BIG_ENDIAN' is true.
[Bug target/86487] [7/8/9 Regression] insn does not satisfy its constraints on arm big-endian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86487 --- Comment #3 from avieira at gcc dot gnu.org --- @Vlad: I added you to this ticket to see if maybe you can shine some light on how GCC's register allocator deals with register pairs in big endian, I am struggling to figure out how all of this works together, see comment before this. Thanks in advance!
[Bug target/86677] popcount builtin detection is breaking some kernel build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86677 --- Comment #2 from kugan at gcc dot gnu.org --- (In reply to Richard Biener from comment #1) > The kernel simply has to provide __popcount{s,d}i2 like it provides other > libgcc functions if it chooses to not link against libgcc. Yes, I created this bug just so that I can point it to the kernel people. I will raise it with the kernel people internally and see what I can do. Thanks.
[Bug c++/86678] constexpr evaluation incorrectly diagnoses unevaluated call to non-constexpr function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86678 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2018-07-26 Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely --- Reduced: void fail(); template constexpr int foo() { if (sizeof(T)) return 1; if (1) fail(); } constexpr int V = foo(); a.cc:11:27: error: 'constexpr int foo() [with T = int]' called in a constant expression constexpr int V = foo(); ^~ a.cc:4:15: note: 'constexpr int foo() [with T = int]' is not usable as a 'constexpr' function because: constexpr int foo() { ^~~ a.cc:8:11: error: call to non-'constexpr' function 'void fail()' fail(); ^~
[Bug c++/86678] constexpr evaluation incorrectly diagnoses unevaluated call to non-constexpr function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86678 --- Comment #2 from Eric Fiselier --- This is a bug according to [expr.const]p2 which states: > An expression e is a core constant expression unless the evaluation of e, > following the rules of the abstract machine, would evaluate one of the > following expressions: > [...] The key phrase being "would evaluate one of". The example never evaluates a non-constant expression. GCC correctly accepts the control flow: template constexpr int foo() { if (sizeof(T)) return 1; else assert(false && "BOOM!"); } template constexpr int bar() { return sizeof(T) ? 1 : throw 42; } static_assert(foo() && bar()); In all both cases the unevaluated expressions do not cause constant evaluation to fail. [1] http://eel.is/c++draft/expr.const#2
[Bug c/86680] New: possible gcc optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86680 Bug ID: 86680 Summary: possible gcc optimization Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: florian.laroche at googlemail dot com Target Milestone: --- Created attachment 4 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=4&action=edit testcase I can see this on x86_64 and aarch64. The first function is compiled with much bigger code. Seems the alignment to 8 bytes and thus this multiple of 8 is forgotten in some optimization step. best regards, Florian La Roche $ aarch64-linux-gnu-gcc-8 -O2 -c test.c $ aarch64-linux-gnu-objdump -d test.o test.o: Dateiformat elf64-littleaarch64 Disassembly of section .text: : 0: 9001adrpx1, 0 <__bss_start1> 4: 9000adrpx0, 0 <__bss_end1> 8: f9400022ldr x2, [x1] c: f940ldr x0, [x0] 10: eb5fcmp x2, x0 14: 54000142b.cs3c // b.hs, b.nlast 18: d1000401sub x1, x0, #0x1 1c: aa0203e0mov x0, x2 20: cb020021sub x1, x1, x2 24: 927df021and x1, x1, #0xfff8 28: 91002021add x1, x1, #0x8 2c: 8b020021add x1, x1, x2 30: f800841fstr xzr, [x0], #8 34: eb01001fcmp x0, x1 38: 54c1b.ne30 // b.any 3c: d65f03c0ret 0040 : 40: 9000adrpx0, 0 <__bss_start2> 44: 9001adrpx1, 0 <__bss_end2> 48: f940ldr x0, [x0] 4c: f9400021ldr x1, [x1] 50: f940ldr x0, [x0] 54: f9400021ldr x1, [x1] 58: eb01001fcmp x0, x1 5c: 5482b.cs6c // b.hs, b.nlast 60: f800841fstr xzr, [x0], #8 64: eb01001fcmp x0, x1 68: 54c3b.cc60 // b.lo, b.ul, b.last 6c: d65f03c0ret Please note how the second function is compiled much smaller. The first function from "18" to "2c" should basically be optimized away. Compiling with -Os is also much better: $ aarch64-linux-gnu-gcc-8 -Os -c test.c $ aarch64-linux-gnu-objdump -d test.o test.o: Dateiformat elf64-littleaarch64 Disassembly of section .text: : 0: 9000adrpx0, 0 <__bss_start1> 4: 9001adrpx1, 0 <__bss_end1> 8: f940ldr x0, [x0] c: f9400021ldr x1, [x1] 10: eb01001fcmp x0, x1 14: 5443b.cc1c // b.lo, b.ul, b.last 18: d65f03c0ret 1c: f800841fstr xzr, [x0], #8 20: 17fcb 10 0024 : 24: 9000adrpx0, 0 <__bss_start2> 28: 9001adrpx1, 0 <__bss_end2> 2c: f940ldr x0, [x0] 30: f9400021ldr x1, [x1] 34: f940ldr x0, [x0] 38: f9400021ldr x1, [x1] 3c: eb3fcmp x1, x0 40: 5448b.hi48 // b.pmore 44: d65f03c0ret 48: f800841fstr xzr, [x0], #8 4c: 17fcb 3c The problem also shows up on x86_64 from "13" to "22": $ gcc -O2 -c test.c $ objdump -d test.o test.o: Dateiformat elf64-x86-64 Disassembly of section .text: : 0: 48 8d 05 00 00 00 00lea0x0(%rip),%rax# 7 7: 48 8d 15 00 00 00 00lea0x0(%rip),%rdx# e e: 48 39 d0cmp%rdx,%rax 11: 73 25 jae38 13: 48 8d 48 08 lea0x8(%rax),%rcx 17: 48 83 c2 07 add$0x7,%rdx 1b: 48 29 casub%rcx,%rdx 1e: 48 83 e2 f8 and$0xfff8,%rdx 22: 48 01 caadd%rcx,%rdx 25: 0f 1f 00nopl (%rax) 28: 48 c7 00 00 00 00 00movq $0x0,(%rax) 2f: 48 83 c0 08 add$0x8,%rax 33: 48 39 d0cmp%rdx,%rax 36: 75 f0 jne28 38: f3 c3 repz retq 3a: 66 0f 1f 44 00 00 nopw 0x0(%rax,%rax,1) 0040 : 40: 48 8b 05 00 00 00 00mov0x0(%rip),%rax# 47 47: 48 8b 15 00 00 00 00mov0x0(%rip),%rdx# 4e 4e: 48 39 d0cmp%rdx,%rax 51: 73 16 jae69 53: 0f 1f 44 00 00 nopl 0x0(%rax,%rax,1) 58: 48 83 c0 08 add$0x8,%rax 5c: 48 c7 40 f8 00 00 00movq $0x0,-0x8(%rax) 63: 00 64: 48 39 d0cmp%rdx,%rax 67: 72 ef jb 58 69: f3 c3 repz retq
[Bug c++/86678] constexpr evaluation incorrectly diagnoses unevaluated call to non-constexpr function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86678 --- Comment #3 from Eric Fiselier --- The `if (1)` isn't essential either. void fail(); template constexpr int foo() { if (sizeof(T)) return 1; fail(); } constexpr int x = foo(); It seems to have something to do with whether the initial `if` statement is fully covered, regardless of what's actually evaluated. (Note that the branches of the initial `if` are evaluated, or not evaluated, correctly). int fail(); template constexpr int foo() { if (sizeof(T)) return 1; else if (fail()) fail(); // OK // Fallthrough is also OK } constexpr int x = foo();
[Bug lto/86548] GCC could tmp file /tmp/ccDxn2Yd.ltrans0.ltrans.o could be based on the compiled file name
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86548 --- Comment #7 from Martin Liška --- Patch was sent to mailing list: https://gcc.gnu.org/ml/gcc-patches/2018-07/msg01612.html
[Bug target/86019] [8/9 Regression] Unref implementation using atomic_thread_fence generates worse code on x86-64 in gcc 8.1 than 7.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86019 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/79166] [ARM] Implement neon_valid_immediate tricks for BYTES_BIG_ENDIAN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79166 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #2 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug rtl-optimization/83361] [7 Regression ?] ICE: verify_flow_info failed (error: non-cold basic block 3 reachable only by paths crossing the cold partition) on 32-bit BE powerpc targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83361 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #7 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug fortran/85507] [6/7/8/9 Regression] ICE in gfc_dep_resolver, at fortran/dependency.c:2258
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85507 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #20 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug middle-end/84048] [8/9 Regression] FAIL: gcc.dg/torture/tls/run-ld.c -O0 -pie -fPIE execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84048 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #7 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug ada/82844] [8/9 Regression] Many ada tests time out on x32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82844 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #12 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug testsuite/85368] [8/9 regression] phi-opt-11 test fails on IBM Z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85368 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #4 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug debug/86549] [8/9 Regression] -flto -g0 vs. -g issues
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86549 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #1 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/86589] [8 regression] gcc.target/powerpc/altivec-7-le.c and gcc.target/powerpc/vsx-7-be.c fail starting with r262440
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86589 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/85804] [8/9 Regression][AArch64] Mis-compilation of loop with strided array access and xor reduction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85804 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #5 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug regression/81331] [6/7 Regression] missed Eh delivery in partitioned function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #16 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug rtl-optimization/80791] [8/9 regression] test case gcc.dg/sms-1.c fail2 starting with r247885
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80791 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #20 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/84251] [8/9 Regression] Performance regression in gcc 8/9 when comparing floating point numbers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84251 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #8 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/85459] [8/9 Regression] Larger code generated from GMP template meta-programming
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85459 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #5 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/86259] [8/9 Regression] min(4, strlen(s)) optimized to strlen(s) with -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86259 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #31 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/80198] [6/7/8/9 Regression] does not vectorize generic inplace integer operation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #14 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/82005] Early lto debug not implemented on Darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #46 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/86651] [8/9 Regression] lto-wrapper.exe: fatal error: simple_object_copy_lto_debug_sections not implemented: Invalid argument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #11 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c++/86379] [8/9 Regression] Class member access of |using|'d field goes horribly awry in presence of templates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86379 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #2 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/85512] [8/9 Regression] gcc generating non-existing sshr with immh == 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #14 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug debug/86456] [8 Regression] Segfault in switch_to_section at gcc/varasm.c:7353 since r259317
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86456 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #9 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug rtl-optimization/71596] gcc bootstrap fails due to segv in genrecog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71596 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #8 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/85964] [8/9 Regression] compile time hog w/ -O3 -ftracer -fno-guess-branch-probability
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85964 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #16 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/78496] [7 Regression] Missed opportunities for jump threading
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78496 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #15 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/83267] [8/9 regression] [armeb] gfortran.fortran-torture/execute/scalarize2.f90 fails since r255307
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83267 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #2 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug libstdc++/78595] Unnecessary copies in _Rb_tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78595 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #12 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/83838] Many gcc.target/i386/indirect-thunk*.c tests FAIL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83838 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #9 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug ada/80590] [8/9 regression] non-bootstrap build failure of Ada runtime
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80590 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #16 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug preprocessor/69543] [6/7/8/9 Regression] _Pragma does not apply within macro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #13 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c++/85046] [8/9 Regression] cp/name-lookup.c:6175:53: runtime error: member access within null pointer of type 'struct cp_binding_level'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85046 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #5 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug middle-end/85956] [8/9 Regression] ICE in wide_int_to_tree_1, at tree.c:1549
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85956 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #5 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug go/84948] [8/9 regression] ICE in set_from, at go/gofrontend/types.cc:2660
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84948 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug fortran/84848] [8/9 Regression] FAIL: gfortran.dg/coarray/event_3.f08/9 -fcoarray=single -O2 -latomic execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84848 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #9 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug ipa/85103] [8/9 Regression] Performance regressions on SPEC with r257582
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85103 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #10 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug fortran/84135] [8/9 Regression] ICE in gfc_trans_array_cobounds, at fortran/trans-array.c:6033
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84135 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #5 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug fortran/86328] [8/9 Regression] Runtime segfault reading an allocatable class(*) object in allocate statements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86328 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #10 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c++/85569] [8/9 Regression] is_invocable(F, decltype(objs)...) fails with "not supported by dump_expr#" unless via indirection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85569 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #5 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c++/84733] [8/9 Regression] internal compiler error: Segmentation fault (check_local_shadow())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #14 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/84490] [8/9 regression] 436.cactusADM regressed by 6-8% percent with -Ofast on Zen and Haswell, compared to gcc 7.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84490 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #8 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/81018] [8/9 regression] gfortran.dg/graphite/pr14741.f90 FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81018 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #7 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/83851] [8/9 regression] gcc.dg/vect/pr53185-2.c fails on armeb after r256634
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83851 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #5 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/82092] [8/9 regression] gcc fails to link genmodes on darwin (cfiStartsArray[i] != cfiStartsArray[i-1])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82092 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #18 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug debug/86593] [8/9 Regression] internal compiler error: in based_loc_descr, at dwarf2out.c:14272
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86593 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #1 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/80511] [8/9 Regression] gcc.dg/Wstrict-overflow-18.c gcc.dg/Wstrict-overflow-7.c gcc.dg/pragma-diag-3.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80511 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #5 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug middle-end/82407] [meta-bug] qsort_chk fallout tracking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82407 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/86214] [8/9 Regression] Strongly increased stack usage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86214 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #9 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/71991] Inconsistency for __attribute__ ((__always_inline__)) among LTO and non-LTO compilation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71991 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #14 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c/86680] possible gcc optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86680 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2018-07-26 CC||marxin at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Martin Liška --- (In reply to Florian La Roche from comment #0) > Created attachment 4 [details] > testcase > > I can see this on x86_64 and aarch64. The first function is compiled with > much > bigger code. Seems the alignment to 8 bytes and thus this multiple of 8 > is forgotten in some optimization step. Can you please explain what precisely is wrong by 'is compiled with much bigger code'?
[Bug c++/86429] [8/9 Regression] lambda capture breaks constexpr-ness
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86429 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/78972] [6/7/8/9 Regression] poor x86 simd instruction scheduling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #16 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug libstdc++/83906] Random FAIL: libstdc++-prettyprinters/80276.cc whatis p4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83906 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #21 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/82258] [8/9 regression] allocate_zerosize_3.f fails since r251949
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82258 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #18 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug rtl-optimization/83530] [7 Regression] ICE in reset_sched_cycles_in_current_ebb, at sel-sched.c:7150
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83530 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #15 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug testsuite/80759] gcc.target/x86_64/abi/ms-sysv FAILs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #66 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/85640] [8/9 Regression] Code size regression vs 7.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85640 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #1 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/83760] [7 Regression] [SH] ICE in maybe_record_trace_start building glibc tst-copy_file_range.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83760 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #7 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug bootstrap/81033] [8/9 Regression] there are cases where ld64 is not able to determine correct atom boundaries from the output GCC currently produces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #36 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug libstdc++/70472] is_copy_constructible>>::value is true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #12 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug fortran/85314] gcc/fortran/resolve.c:9222: unreachable code ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85314 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug fortran/85506] ICE in gfc_assign_data_value, at fortran/data.c:448
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85506 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/86386] [8/9 Regression] unaligned load from stack with -Os -fno-tree-dce -mstringop-strategy=vector_loop -mavx512bw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86386 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #5 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/82446] [8/9 Regression] Missed equalities in dr_group_sort_cmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82446 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/86042] [8/9 Regression] missing strlen optimization after second strcpy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86042 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #6 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c++/86567] [8/9 Regression] -Wnonnull/-Wformat/-Wrestrict affect code generation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86567 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/82255] Vectorizer cost model overcounts cost of some vectorized loads
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82255 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #6 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug bootstrap/82856] --enable-maintainter-mode broken by incompatiblity of gcc's required automake and modern Perl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82856 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #9 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/86324] testsuite test divkc3-1.c FAILs when compiling with -mabi=ieeelongdouble
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86324 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #7 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/78176] [MIPS] miscompiles ldxc1 with large pointers on 32-bits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #23 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/84923] [8 regression] gcc.dg/attr-weakref-1.c failed on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84923 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #10 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c++/84598] [8/9 Regression] internal compiler error: Segmentation fault (cp_default_conversion())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84598 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/58454] Potentially wrong(or at least weird/inconsistent) code generation with -O2 -fno-strict-overflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58454 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #10 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c/85704] [8/9 Regression] cc1 run out of memory when it compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85704 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #8 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug tree-optimization/84353] [8/9 Regression] [graphite] ICE in set_codegen_error, at graphite-isl-ast-to-gimple.c:206
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84353 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #7 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug fortran/84472] Missing finalization and memory leak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84472 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #3 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c++/86521] [8/9 Regression] GCC 8 selects incorrect overload of ref-qualified conversion operator template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86521 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #1 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug middle-end/78809] Inline strcmp with small constant strings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #45 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug c++/85481] [8/9 Regression] ICE in maybe_explain_implicit_delete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85481 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #4 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug fortran/85686] [8/9 Regression] ICE in gfc_conv_scalarized_array_ref, at fortran/trans-array.c:3385
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85686 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #2 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/80938] [7 Regression] ICE in maybe_record_trace_start, at dwarf2cfi.c:2330
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80938 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #10 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug middle-end/77568] [7/8/9 regression] CSE/PRE/Hoisting blocks common instruction contractions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77568 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #12 from Jakub Jelinek --- GCC 8.2 has been released.
[Bug target/84711] AArch32 big-endian fails when taking subreg of a vector mode to a scalar mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84711 Jakub Jelinek changed: What|Removed |Added Target Milestone|8.2 |8.3 --- Comment #16 from Jakub Jelinek --- GCC 8.2 has been released.