[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 --- Comment #5 from Yaakov Selkowitz --- Possible patch included in attachment 38505 for bug 71133.

[Bug libstdc++/71133] msp430-elf -mlarge FTBFS in libstdc++-v3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71133 --- Comment #1 from Yaakov Selkowitz --- Created attachment 38505 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38505=edit Draft patch for 6.1 The results of this test are (so far) used only in the code that will later fail to compile on

[Bug c/71157] New: -Wnull-dereference false alarm in wrong function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71157 Bug ID: 71157 Summary: -Wnull-dereference false alarm in wrong function Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/70959] [6/7 Regression] Invalid type determination due to expression in a type declaration statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70959 --- Comment #5 from William Clodius --- 1. Maybe the placement of the warning is spurious, but is there any chance it is actually assigning the type REAL(4) to e18? 2. It sounds as if the logic of arith.c is in an incorrect order. What should

[Bug preprocessor/69665] Internal error on #pragma push_macro("__FILE__")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69665 Martin Sebor changed: What|Removed |Added Keywords||ice-on-invalid-code Known to fail|

[Bug preprocessor/69665] Internal error on #pragma push_macro("__FILE__")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69665 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 --- Comment #4 from Yaakov Selkowitz --- (In reply to Yaakov Selkowitz from comment #3) > It seems that #define _GLIBCXX_USE_WEAK_REF 1 would fix this; the question > is where exactly it should go (config/os/generic/os_defines.h ?) and under >

[Bug fortran/71156] New: PURE interface/definition inconsistency: accepts invalid, rejects valid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71156 Bug ID: 71156 Summary: PURE interface/definition inconsistency: accepts invalid, rejects valid Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal

[Bug c++/70979] [C++14] g++ falsely accepts constexpr function returning a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70979 --- Comment #4 from Martin Sebor --- Including the following test case from the duplicate bug 71116 (which is expected to pass in C+++ 14 and prior): $ cat uu.cpp && /home/msebor/build/gcc-fortify-source/gcc/xgcc

[Bug libstdc++/71108] to_string is relatively slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71108 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

[Bug c++/70979] [C++14] g++ falsely accepts constexpr function returning a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70979 Martin Sebor changed: What|Removed |Added CC||eric.niebler at gmail dot com ---

[Bug c++/71116] Lambdas should not be literal types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71116 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Last reconfirmed|

[Bug c/71152] NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 --- Comment #4 from Martin Sebor --- Sorry, I didn't finish the sentence: ...please attach the complete preprocessor output on the off change that the NULL macro isn't expanded to (void*)0 for some reason.

[Bug c/71152] NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug middle-end/71155] New: symbol in wrong section .data.rel.local on mips64el

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71155 Bug ID: 71155 Summary: symbol in wrong section .data.rel.local on mips64el Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/71153] aarch64 LSE __atomic_fetch_and() generates inversion for constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153 --- Comment #3 from Andrew Pinski --- The other way of fixing this is to expose the NOT in RTL before register allocator. That is harder but still doable.

[Bug target/71153] aarch64 __atomic_fetch_and() generates probably incorrect double inversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization

[Bug c++/71154] Attributes for an explicit template instantiation are ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71154 --- Comment #1 from James Abbatiello --- Created attachment 38502 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38502=edit Too simple patch

[Bug c++/71154] New: Attributes for an explicit template instantiation are ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71154 Bug ID: 71154 Summary: Attributes for an explicit template instantiation are ignored Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug target/71153] aarch64 __atomic_fetch_and() generates probably incorrect double inversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153 --- Comment #1 from dhowells at redhat dot com --- (In reply to dhowe...@redhat.com from comment #0) > ... If nothing else, the MOVN and MOV could be condensed into just a MOV. ... The MOVN and the MVN could be condensed, that is.

[Bug target/71153] New: aarch64 __atomic_fetch_and() generates probably incorrect double inversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153 Bug ID: 71153 Summary: aarch64 __atomic_fetch_and() generates probably incorrect double inversion Product: gcc Version: 6.1.1 Status: UNCONFIRMED Severity:

[Bug libstdc++/11196] _GNU_SOURCE vs. M_PI

from Jan van Dijk --- Has this been (partly) fixed in the meantime? The OP's test program compiles just fine with: g++ (SUSE Linux) 4.8.3 20140627 [gcc-4_8-branch revision 212064] g++ (SUSE Linux) 5.3.1 20160412 [gcc-5-branch revision 234894] g++ (GCC) 7.0.0 20160516 (experimental) x86_64

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #18 from Dominique d'Humieres --- > smoke test passes, I'll leave it to Dominique's full-run to confirm. With the patch in comment 15 applied on top of revision r236286 the reported failures are gone. From the fix, would it be

[Bug rtl-optimization/71150] [7 Regression] ICE on valid code at -O1 and above in 64-bit mode on x86_64-linux-gnu in lra_eliminate_reg_if_possible, at lra-eliminations.c:1402

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71150 Jiong Wang changed: What|Removed |Added Target||i386* Status|NEW

[Bug c/71152] NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 --- Comment #2 from Ray Strode --- this test case works as expected with gcc-5.3.1-6.fc23.x86_64

[Bug c++/71145] Alpha: Error: No lda !gpdisp!278 was found

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71145 --- Comment #3 from Michael Cree --- Created attachment 38500 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38500=edit compressed preprocessed source Failing preprocessed source compressed with gzip; hopefully this goes through okay.

[Bug c/71152] NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 --- Comment #1 from Ray Strode --- $ rpm -q gcc gcc-6.0.0-0.20.fc25.x86_64

[Bug c/71152] New: NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 Bug ID: 71152 Summary: NULL is not cast to (void *) as it ought to be if compiling code with -c Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 --- Comment #3 from Yaakov Selkowitz --- It seems that #define _GLIBCXX_USE_WEAK_REF 1 would fix this; the question is where exactly it should go (config/os/generic/os_defines.h ?) and under what conditions.

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 --- Comment #2 from Yaakov Selkowitz --- (In reply to Jonathan Wakely from comment #1) > I think we just want to disable TM library support for such targets. Okay, h8300-elf and xstormy16-elf are both similarly affected. msp430-elf probably

[Bug bootstrap/70835] New: internal compiler error on libiberty/floatformat.c when bootstrapping 5.3.0 with 5.3.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70835 Bug ID: 70835 Summary: internal compiler error on libiberty/floatformat.c when bootstrapping 5.3.0 with 5.3.0 Product: gcc Version: 5.3.0 Status: UNCONFIRMED

[Bug ipa/71146] [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 --- Comment #6 from Jan Hubicka --- > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 > > --- Comment #5 from Marek Polacek --- > And of course I found it (I think) just after posting the previous commit: Ah, thanks. It looks OK to me. I

[Bug ipa/71146] [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 --- Comment #5 from Marek Polacek --- And of course I found it (I think) just after posting the previous commit: --- a/gcc/tree-inline.c +++ b/gcc/tree-inline.c @@ -4486,6 +4486,7 @@ expand_call_inline (basic_block bb, gimple *stmt,

[Bug target/71151] New: -fmerge-constants and -fdata-sections results in string constants in .progmem.gcc_sw section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71151 Bug ID: 71151 Summary: -fmerge-constants and -fdata-sections results in string constants in .progmem.gcc_sw section Product: gcc Version: 6.1.0 Status: UNCONFIRMED

[Bug ipa/71146] [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 --- Comment #4 from Marek Polacek --- It would appear that we need to call maybe_remove_unused_call_args somewhere, but so far haven't found the right spot...

[Bug tree-optimization/71149] missing modulo 2 optimization converting result to bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71149 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization

[Bug rtl-optimization/71150] [7 Regression] ICE on valid code at -O1 and above in 64-bit mode on x86_64-linux-gnu in lra_eliminate_reg_if_possible, at lra-eliminations.c:1402

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71150 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/71150] New: ICE on valid code at -O1 and above in 64-bit mode on x86_64-linux-gnu in lra_eliminate_reg_if_possible, at lra-eliminations.c:1402

-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20160516 (experimental) [trunk revision 236272] (GCC) $ $ gcc-trunk -O0 -c small.c $ $ gcc-trunk -O1 -c small.c small.c: In function ‘fn2’: small.c:11:1: internal

[Bug tree-optimization/71149] missing modulo 2 optimization converting result to bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71149 --- Comment #1 from Andrew Pinski --- Most likely the opt needs to be moved from fold-const to match.pd . Should be a simple patch.

[Bug tree-optimization/71149] New: missing modulo 2 optimization converting result to bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71149 Bug ID: 71149 Summary: missing modulo 2 optimization converting result to bool Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug hsa/70857] [6/7 Regression] ICE with -fopenmp -fopenacc in insert_vi_for_tree, at tree-ssa-structalias.c:2813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857 Martin Jambor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug hsa/70857] [6/7 Regression] ICE with -fopenmp -fopenacc in insert_vi_for_tree, at tree-ssa-structalias.c:2813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857 --- Comment #6 from Martin Jambor --- Author: jamborm Date: Mon May 16 15:57:06 2016 New Revision: 236292 URL: https://gcc.gnu.org/viewcvs?rev=236292=gcc=rev Log: [PR 70857] Copy RESULT_DECL of HSA outlined kernel function 2016-05-16 Martin

[Bug c++/71121] Spurious warning: "the address of [...] will never be NULL [-Waddress]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71121 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug hsa/70857] [6/7 Regression] ICE with -fopenmp -fopenacc in insert_vi_for_tree, at tree-ssa-structalias.c:2813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857 --- Comment #5 from Martin Jambor --- Author: jamborm Date: Mon May 16 15:40:30 2016 New Revision: 236291 URL: https://gcc.gnu.org/viewcvs?rev=236291=gcc=rev Log: [PR 70857] Copy RESULT_DECL of HSA outlined kernel function 2016-05-16 Martin

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/71133] msp430-elf -mlarge FTBFS in libstdc++-v3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71133 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 Jonathan Wakely changed: What|Removed |Added CC||torvald at gcc dot gnu.org ---

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #17 from Iain Sandoe --- smoke test passes, I'll leave it to Dominique's full-run to confirm.

[Bug driver/68463] Offloading fails when some objects are compiled with LTO and some without

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68463 --- Comment #7 from jnorris at gcc dot gnu.org --- Author: jnorris Date: Mon May 16 13:47:47 2016 New Revision: 236287 URL: https://gcc.gnu.org/viewcvs?rev=236287=gcc=rev Log: Backport from mainline r236098. 2016-05-10 James

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #16 from Ilya Enkovich --- (In reply to Iain Sandoe from comment #15) > that code won't build - did you mean : > Sure. Thanks for noticing!

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #15 from Iain Sandoe --- (In reply to Dominique d'Humieres from comment #14) > > Looks I found the problem. validize_mem generates new instructions which > > are placed wrongly. This patch should help. Unfortunately I can't test >

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #14 from Dominique d'Humieres --- > Looks I found the problem. validize_mem generates new instructions which > are placed wrongly. This patch should help. Unfortunately I can't test > it properly on Darwin. Thanks for the

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #13 from Ilya Enkovich --- Looks I found the problem. validize_mem generates new instructions which are placed wrongly. This patch should help. Unfortunately I can't test it properly on Darwin. diff --git a/gcc/config/i386/i386.c

[Bug ipa/71146] [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/71132] [7 Regression] gcc ICE at -O3 on valid code on x86_64-linux-gnu with “seg fault”

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71132 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #12 from Iain Sandoe --- (In reply to Iain Sandoe from comment #11) > I wonder if it's a stack/data alignment problem maybe not; comparing 6.1 and trunk with the function annotated to __attribute__((noinline)) it seems that the

[Bug middle-end/39275] -funroll-loop fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39275 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #5

[Bug tree-optimization/71109] gcc ICE at -O3 on valid code on x86_64-linux-gnu in "maybe_record_trace_start"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71109 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/71148] New: [7 Regression] Compile time hog w/ -O3 -funroll-loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148 Bug ID: 71148 Summary: [7 Regression] Compile time hog w/ -O3 -funroll-loops Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: compile-time-hog Severity: normal

[Bug fortran/70959] [6/7 Regression] Invalid type determination due to expression in a type declaration statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70959 --- Comment #4 from Dominique d'Humieres --- As shown by the following reduced test integer(8), parameter :: e18 = 1000_8 integer(8) :: e19 e19= (e18) print *, e18, e19 end there are two issues: (1) a bogus warning, (2) more

[Bug middle-end/71146] [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 Markus Trippelsdorf changed: What|Removed |Added CC||hubicka at ucw dot cz --- Comment

[Bug middle-end/71146] [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 --- Comment #1 from Markus Trippelsdorf --- trippels@gcc2-power8 http % cat Http2Session.ii typedef enum {} nsresult; struct A { virtual void SetConnection(); }; struct B { virtual nsresult OnReadSegment(const char *, int, int *) = 0; };

[Bug rtl-optimization/70978] [5 Regression] internal compiler error: in assign_by_spills, at lra-assigns.c:1428 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70978 Ramana Radhakrishnan changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/71147] [6 REGRESSION] Flexible array member wrongly rejected in template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71147 Avi Kivity changed: What|Removed |Added Attachment #38497|0 |1 is

[Bug c++/71147] New: [6 REGRESSION] Flexible array member wrongly rejected in template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71147 Bug ID: 71147 Summary: [6 REGRESSION] Flexible array member wrongly rejected in template Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug c++/71145] Alpha: Error: No lda !gpdisp!278 was found

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71145 --- Comment #2 from Uroš Bizjak --- Similar to PR 64113. Maybe we need to move the mentioned peephole2s to post-epilogue_completed splitter.

[Bug c++/71145] Alpha: Error: No lda !gpdisp!278 was found

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71145 --- Comment #1 from Uroš Bizjak --- (In reply to Michael Cree from comment #0) > I will attempt to attach preprocessed source of SubscriberInfo.cpp from > libavg. Um, no I can't; it's too large for the 1000kB limit. How can I > provide the

[Bug middle-end/71146] New: [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 Bug ID: 71146 Summary: [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #11 from Iain Sandoe --- I wonder if it's a stack/data alignment problem

[Bug c++/71145] New: Alpha: Error: No lda !gpdisp!278 was found

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71145 Bug ID: 71145 Summary: Alpha: Error: No lda !gpdisp!278 was found Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/71143] [7 Regression] bogus error: ‘A’ is not a base of ‘B< >’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71143 --- Comment #1 from Markus Trippelsdorf --- Started with r236221.

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #10 from Iain Sandoe --- (In reply to Ilya Enkovich from comment #9) > (In reply to Iain Sandoe from comment #8) > > Created attachment 38495 [details] > > assembly for linux case > > > > Here's the asm for the case from my build,

[Bug c++/70466] ICE on invalid code on x86_64-linux-gnu in tree check: expected constructor, have parm_decl in convert_like_real, at cp/call.c:6371 with -std=c++11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70466 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/71104] [7 Regression] ICE: verify_ssa failed (with vfork / error: definition in block 3 does not dominate use in block 7 )

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104 --- Comment #3 from nsz at gcc dot gnu.org --- simplified a bit further: void foo(void); int vfork(void); int *p; void bar(void) { foo(); *p = vfork(); }

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #9 from Ilya Enkovich --- (In reply to Iain Sandoe from comment #8) > Created attachment 38495 [details] > assembly for linux case > > Here's the asm for the case from my build, although I don't expect it'll > help much if you can't

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #8 from Iain Sandoe --- Created attachment 38495 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38495=edit assembly for linux case Here's the asm for the case from my build, although I don't expect it'll help much if you can't

[Bug tree-optimization/71144] New: [6/7 Regression] isl_aff.c:1001: position out of bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71144 Bug ID: 71144 Summary: [6/7 Regression] isl_aff.c:1001: position out of bounds Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #7 from Ilya Enkovich --- (In reply to Dominique d'Humieres from comment #2) > Created attachment 38486 [details] > Assembly for gcc.c-torture/execute/ashldi-1.c compiled with r236090 > > Assembly for

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #6 from Ilya Enkovich --- (In reply to Iain Sandoe from comment #5) > Also fails on Linux for the m32 multilib with -msse2avx : > make -k check-gcc-c > RUNTESTFLAGS="--target_board=unix/-msse/-msse2avx\{-m32,-m64\} >

[Bug c++/71143] New: [7 Regression] bogus error: ‘A’ is not a base of ‘B< >’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71143 Bug ID: 71143 Summary: [7 Regression] bogus error: ‘A’ is not a base of ‘B< >’ Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/70978] [5 Regression] internal compiler error: in assign_by_spills, at lra-assigns.c:1428 on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70978 ktkachov at gcc dot gnu.org changed: What|Removed |Added CC||vmakarov at gcc dot gnu.org

[Bug tree-optimization/71142] New: [6/7 Regression] ICE: Segmentation fault in ssa_default_def

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71142 Bug ID: 71142 Summary: [6/7 Regression] ICE: Segmentation fault in ssa_default_def Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug testsuite/70227] pr69589 does not check for -rdynamic availability

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70227 Jiong Wang changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug testsuite/70227] pr69589 does not check for -rdynamic availability

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70227 --- Comment #3 from Jiong Wang --- Author: jiwang Date: Mon May 16 08:11:42 2016 New Revision: 236265 URL: https://gcc.gnu.org/viewcvs?rev=236265=gcc=rev Log: [testsuite] PR70227, skip g++.dg/lto/pr69589_0.C on targets without -rdynamic support

[Bug c++/71092] [6/7 Regression] ICE: in cxx_eval_call_expression, at cp/constexpr.c:1449; only with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71092 Markus Trippelsdorf changed: What|Removed |Added CC||jason at gcc dot gnu.org ---

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 Iain Sandoe changed: What|Removed |Added Target|x86_64-apple-darwin*|x86_64-apple-darwin*,x86_64

[Bug c++/71092] [6/7 Regression] ICE: in cxx_eval_call_expression, at cp/constexpr.c:1449; only with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71092 --- Comment #5 from Markus Trippelsdorf --- (In reply to schoko.teddy from comment #3) > Created attachment 38494 [details] > Preprocessed source > > This Error occurs while compiling this motioncontrollayer.cpp file from a Qt > project.

[Bug target/70947] regrename Go breakage on powerpc64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70947 Alan Modra changed: What|Removed |Added Status|ASSIGNED|RESOLVED Version|7.0