[Bug c++/67594] Bug on partial specialization? Incomplete type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67594 --- Comment #5 from Vincent --- Thanks Jonathan to take the time. I have to reread the manual... Apologies for using bandwidth.

[Bug c++/67596] New: /usr/include/c++/4.7/bits/stl_list.h error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67596 Bug ID: 67596 Summary: /usr/include/c++/4.7/bits/stl_list.h error Product: gcc Version: 4.4.7 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/67595] concepts code causes segfault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67595 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/67597] New: [6 Regression] profiledbootstrap failure on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67597 Bug ID: 67597 Summary: [6 Regression] profiledbootstrap failure on ppc64le Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libstdc++/65806] NetBSD's expects __STDC_LIMIT_MACROS and __STDC_CONSTANT_MACROS

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

[Bug preprocessor/58397] Please add host_hooks for NetBSD to make precompiled headers work

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

[Bug c++/67594] Bug on partial specialization? Incomplete type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67594 --- Comment #3 from Vincent --- Oh, I see. So the first partial specialization is not "preferred" over the general template? (In reply to Jonathan Wakely from comment #2) > The partial specialization C uses the default template argument, so >

[Bug c++/67594] Bug on partial specialization? Incomplete type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67594 --- Comment #1 from Vincent --- I've changed gcc version to 5.2, as 5.2 issues the same error.

[Bug c++/67594] Bug on partial specialization? Incomplete type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67594 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/67573] [SH] wrong code generated for libstdc++-v3/src/c++11/cxx11-shim_facets.cc at -mlra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67573 --- Comment #4 from Oleg Endo --- Maybe FPSCR_STAT_REG should be in the clobber list, too? Otherwise stores of FP exception bits etc (get_fpscr builtin) could be wrongly CSE'd across function calls... However, I don't know if this is a problem

[Bug c++/67593] Partial specialization: "Template argument involves template parameters"

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

[Bug c++/67595] New: concepts code causes segfault

g++ --version g++ (GCC) 6.0.0 20150915 (experimental) Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. result of compiling is: g++: internal compi

[Bug c++/67594] Bug on partial specialization? Incomplete type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67594 --- Comment #4 from Jonathan Wakely --- The primary template defines the default argument for the second parameter. The C partial specialization is irrelevant, it isn't used. The C specialization is identical to C because it

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 --- Comment #11 from Segher Boessenkool --- I can reproduce the ICE, with the testcase from #c10, with a compiler built from trunk at 2015-09-10, so before the accused patch.

[Bug c++/67594] New: Bug on partial specialization? Incomplete type.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67594 Bug ID: 67594 Summary: Bug on partial specialization? Incomplete type. Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 --- Comment #12 from Segher Boessenkool --- Ugh, never mind that, somehow I had the patch on there. Either way, confirmed again, and I'm on it.

[Bug lto/67568] lto-streamer-in.c sanitizer runtime error: load of value 255, which is not a valid value for type 'bool'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67568 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/67571] Error: open CFI at the end of file; missing .cfi_endproc directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571 --- Comment #8 from werner at beroux dot com --- Tried to build the exact same just on newer gcc and nothing else should have changed, and it failed. I'll try to build on older gcc as well.

[Bug c++/67581] [6 Regression] ICE on transparent union with -g enabled on x86_64-linux-gnu (verify_type failed)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67581 Richard Biener changed: What|Removed |Added Keywords||ice-checking CC|

[Bug lto/67568] lto-streamer-in.c sanitizer runtime error: load of value 255, which is not a valid value for type 'bool'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67568 --- Comment #3 from Richard Biener --- Author: rguenth Date: Tue Sep 15 08:00:30 2015 New Revision: 227779 URL: https://gcc.gnu.org/viewcvs?rev=227779=gcc=rev Log: 2015-09-15 Richard Biener PR lto/67568 *

[Bug target/67484] options-save.c sanitizer asan detects freed storage referenced heap-use-after-free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67484 Uroš Bizjak changed: What|Removed |Added CC||g...@the-meissners.org --- Comment #2

[Bug c++/67592] New: A virtual member function declared constexpr fails to trigger a diagnostic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67592 Bug ID: 67592 Summary: A virtual member function declared constexpr fails to trigger a diagnostic Product: gcc Version: 6.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/47679] [4.9/5/6 Regression] Strange uninitialized warning after SRA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47679 --- Comment #24 from Jeffrey A. Law --- Author: law Date: Tue Sep 15 17:03:49 2015 New Revision: 227801 URL: https://gcc.gnu.org/viewcvs?rev=227801=gcc=rev Log: [PATCH] More class-ification of DOM PR tree-optimization/47679 *

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 --- Comment #8 from Segher Boessenkool --- Could you then reduce the testcase, or something? Yes I know that is inconvenient to do with LTO. It is also very inconvenient for me to set up an environment on x86-64, wait a few hours, and then see

[Bug target/67484] options-save.c sanitizer asan detects freed storage referenced heap-use-after-free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67484 Uroš Bizjak changed: What|Removed |Added Target||x86 Status|UNCONFIRMED

[Bug middle-end/67563] [5/6 Regression] verify_flow_info failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67563 --- Comment #4 from Richard Biener --- Ok, so we are somewhat inconsistent in whether fold_stmt () performs EH transfer from old to new stmts (even on the 4.9 branch). What triggers here is that the new replace_call_with_value does it while

[Bug c++/67582] typeof(*p) * fails when p is void *

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67582 --- Comment #2 from Jonathan Wakely --- (If it works in C I would suggest that's a bug in the C compiler, but that's for the C front end maintainers to decide)

[Bug testsuite/67583] New: libstdc++-v3/testsuite/27_io/basic_stringbuf/seekoff/char/1.cc:92 erroneous call to sputn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67583 Bug ID: 67583 Summary: libstdc++-v3/testsuite/27_io/basic_stringbuf/seekoff/c har/1.cc:92 erroneous call to sputn Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug c++/67582] New: typeof(*p) * fails when p is void *

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67582 Bug ID: 67582 Summary: typeof(*p) * fails when p is void * Product: gcc Version: 4.8.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/67584] Compilation is fine if an undeclared identifier is used in a for range-based loop, and lsh has the same name as rhs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67584 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/54430] [C++11] For-Loop: Scope of iterating variable begins too early

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54430 Jonathan Wakely changed: What|Removed |Added CC||tony at becrux dot com --- Comment #7

[Bug c++/67582] typeof(*p) * fails when p is void *

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67582 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/67584] New: Compilation is fine if an undeclared identifier is used in a for range-based loop, and lsh has the same name as rhs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67584 Bug ID: 67584 Summary: Compilation is fine if an undeclared identifier is used in a for range-based loop, and lsh has the same name as rhs Product: gcc Version:

[Bug target/67484] options-save.c sanitizer asan detects freed storage referenced heap-use-after-free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67484 --- Comment #3 from Uroš Bizjak --- (In reply to Vittorio Zecca from comment #0) > //to make happy the sanitizer I commented out the for loop in i386.c lines /* Save the current options unless we are validating options for

[Bug tree-optimization/67470] [5/6 Regression] ICE at -O3 on x86_64-linux-gnu in compute_live_loop_exits, at tree-ssa-loop-manip.c:235

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67470 --- Comment #6 from Richard Biener --- g_40 = PHI <0B(9), (6)> invariant up to level 1, cost 21. pretmp_42 = g_40 == 0B; invariant up to level 1, cost 22. but we're only moving pretmp_42, not g_40. The PHI is controlled by if (f_16(D) !=

[Bug c++/67584] Compilation is fine if an undeclared identifier is used in a for range-based loop, and lsh has the same name as rhs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67584 Jonathan Wakely changed: What|Removed |Added Keywords||accepts-invalid

[Bug c++/65218] [C++11] Complicated diagnostic of erroneous range expression over a pointer type

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

[Bug target/67591] New: ARM v8 Thumb IT blocks deprecated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67591 Bug ID: 67591 Summary: ARM v8 Thumb IT blocks deprecated Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug fortran/66227] [OOP] EXTENDS_TYPE_OF n returns wrong result for polymorphic variable allocated to extended type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66227 --- Comment #2 from patnel97269-gfortran at yahoo dot fr --- Yes the first and third should be True as i understand.

[Bug go/67589] go-main: int main() while return NULL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67589 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/67591] ARM v8 Thumb IT blocks deprecated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67591 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 H.J. Lu changed: What|Removed |Added CC||segher at kernel dot crashing.org ---

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 --- Comment #5 from Markus Trippelsdorf --- % ../gcc/configure --disable-libstdcxx-pch --disable-libvtv --disable-libitm --disable-libcilkrts --disable-libssp --disable-libgomp --disable-werror --disable-multilib --enable-languages=c,c++

[Bug libstdc++/65142] std::random_device Ignores Read Return Code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65142 --- Comment #7 from Richard Biener --- If the user controls how the random file is opened (non-blocking or blocking) then the behavior (whether to re-try on EINTR or short reads) should be controlled by that choice. Starting to throw on users

[Bug libstdc++/65142] std::random_device Ignores Read Return Code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65142 --- Comment #9 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #8) > (In reply to Richard Biener from comment #7) > > If the user controls how the random file is opened (non-blocking or > > blocking) > > They don't. To be

[Bug c++/67582] typeof(*p) * fails when p is void *

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67582 --- Comment #3 from Vegard Nossum --- (In reply to Jonathan Wakely from comment #1) > You can't dereference a void*, so why do you expect to be able to get the > type of an invalid expression? I was under the impression that the expression was

[Bug target/67573] [SH] wrong code generated for libstdc++-v3/src/c++11/cxx11-shim_facets.cc at -mlra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67573 --- Comment #2 from Kazumoto Kojima --- It seems that LRA allocates r7 for the scratch reg at (define_insn_and_split "call_value_pcrel" [(set (match_operand 0 "" "=rf") (call (mem:SI (match_operand:SI 1 "symbol_ref_operand" ""))

[Bug libstdc++/65142] std::random_device Ignores Read Return Code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65142 --- Comment #8 from Jonathan Wakely --- (In reply to Richard Biener from comment #7) > If the user controls how the random file is opened (non-blocking or blocking) They don't. > then the behavior (whether to re-try on EINTR or short reads)

[Bug libstdc++/65142] std::random_device Ignores Read Return Code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65142 --- Comment #10 from rguenther at suse dot de --- On Tue, 15 Sep 2015, redi at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65142 > > --- Comment #8 from Jonathan Wakely --- > (In reply to Richard Biener from comment

[Bug target/67586] New: xtensa: ICE with -Os -g -fno-builtin-malloc in dwarf2out_var_location, at dwarf2out.c:22380

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67586 Bug ID: 67586 Summary: xtensa: ICE with -Os -g -fno-builtin-malloc in dwarf2out_var_location, at dwarf2out.c:22380 Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug c/67580] Improve error message on missing "struct" tag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67580 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c++/67582] typeof(*p) * fails when p is void *

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67582 --- Comment #4 from Jonathan Wakely --- (In reply to Vegard Nossum from comment #3) > (In reply to Jonathan Wakely from comment #1) > > You can't dereference a void*, so why do you expect to be able to get the > > type of an invalid expression?

[Bug bootstrap/67587] New: [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 Bug ID: 67587 Summary: [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto Product: gcc Version: 6.0 Status: UNCONFIRMED Severity:

[Bug c/67580] Improve error message on missing "struct" tag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67580 --- Comment #3 from Marek Polacek --- Author: mpolacek Date: Tue Sep 15 17:19:11 2015 New Revision: 227803 URL: https://gcc.gnu.org/viewcvs?rev=227803=gcc=rev Log: PR c/67580 * c-decl.c (tag_exists_p): New function. *

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 --- Comment #6 from Segher Boessenkool --- Do you have a .i file instead? And .gcda I guess.

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 --- Comment #7 from H.J. Lu --- (In reply to Segher Boessenkool from comment #6) > Do you have a .i file instead? And .gcda I guess. It failed during the final LTO link. How does .i file help?

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 Segher Boessenkool changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug c/67580] Improve error message on missing "struct" tag

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67580 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/67572] std::atomic, std::mutex and others are trivially copyable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67572 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #1

[Bug fortran/67588] module.c heap use after free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67588 kargl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/67064] Register asm variable broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064 Andrés Agustín Tiraboschi changed: What|Removed |Added CC||andres.tiraboschi@tallertec

[Bug c++/67064] Register asm variable broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064 --- Comment #25 from Andrés Agustín Tiraboschi --- Created attachment 36338 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36338=edit The test that fails

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 --- Comment #9 from H.J. Lu --- (In reply to Segher Boessenkool from comment #8) > Could you then reduce the testcase, or something? Yes I know that is > inconvenient to do with LTO. It is also very inconvenient for me to > set up an

[Bug c++/67064] Register asm variable broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67064 --- Comment #26 from Andrés Agustín Tiraboschi --- Hi, I've read the bug report and I've made a patch in order to fix it. I've ran all the gcc tests and I have only one fail, but that fail is also present in the original gcc. Anyway I've

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 --- Comment #10 from Markus Trippelsdorf --- Created attachment 36336 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36336=edit testcase for x86_64 % g++ -c -march=westmere -O2 -pipe -fprofile-use -DIN_GCC -fno-exceptions -fno-rtti

[Bug c++/67593] New: Partial specialization: "Template argument involves template parameters"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67593 Bug ID: 67593 Summary: Partial specialization: "Template argument involves template parameters" Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug target/67573] [SH] wrong code generated for libstdc++-v3/src/c++11/cxx11-shim_facets.cc at -mlra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67573 --- Comment #3 from Kazumoto Kojima --- I've wrongly cut call_value_pcrel. It's (define_insn_and_split "call_value_pcrel" [(set (match_operand 0 "" "=rf") (call (mem:SI (match_operand:SI 1 "symbol_ref_operand" ""))

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/67442] [5/6 Regression] GCC 5.2.0 on x86_64 creates invalid address on specific array index calculation through pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67442 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug go/67589] New: go-main: int main() while return NULL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67589 Bug ID: 67589 Summary: go-main: int main() while return NULL Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go

[Bug libfortran/67585] New: Retry system calls failing with EINTR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67585 Bug ID: 67585 Summary: Retry system calls failing with EINTR Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component:

[Bug target/67484] options-save.c sanitizer asan detects freed storage referenced heap-use-after-free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67484 --- Comment #4 from Uroš Bizjak --- Patch in testing: --cut here-- Index: config/i386/i386.c === --- config/i386/i386.c (revision 22) +++ config/i386/i386.c (working copy) @@

[Bug libfortran/67585] Retry system calls failing with EINTR

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67585 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/67582] typeof(*p) * fails when p is void *

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67582 --- Comment #5 from Vegard Nossum --- (In reply to Jonathan Wakely from comment #4) > But *p is not a valid expression, so you might as well ask for > typeof(this is nonsense and not valid C++). > > You also can't ask for sizeof(*p) for a void

[Bug tree-optimization/67470] [5/6 Regression] ICE at -O3 on x86_64-linux-gnu in compute_live_loop_exits, at tree-ssa-loop-manip.c:235

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67470 --- Comment #7 from Richard Biener --- Author: rguenth Date: Tue Sep 15 14:10:10 2015 New Revision: 227797 URL: https://gcc.gnu.org/viewcvs?rev=227797=gcc=rev Log: 2015-09-15 Richard Biener PR

[Bug tree-optimization/67470] [5 Regression] ICE at -O3 on x86_64-linux-gnu in compute_live_loop_exits, at tree-ssa-loop-manip.c:235

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67470 Richard Biener changed: What|Removed |Added Known to work||6.0 Summary|[5/6

[Bug tree-optimization/67470] [5 Regression] ICE at -O3 on x86_64-linux-gnu in compute_live_loop_exits, at tree-ssa-loop-manip.c:235

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67470 Richard Biener changed: What|Removed |Added Known to work||6.0 Summary|[5/6

[Bug middle-end/67563] [5 Regression] verify_flow_info failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67563 --- Comment #6 from Richard Biener --- Author: rguenth Date: Tue Sep 15 12:37:19 2015 New Revision: 227788 URL: https://gcc.gnu.org/viewcvs?rev=227788=gcc=rev Log: 2015-09-15 Richard Biener PR middle-end/67563

[Bug middle-end/67563] [5 Regression] verify_flow_info failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67563 Richard Biener changed: What|Removed |Added Known to work||6.0 Summary|[5/6

[Bug fortran/67588] New: module.c heap use after free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67588 Bug ID: 67588 Summary: module.c heap use after free Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/67484] options-save.c sanitizer asan detects freed storage referenced heap-use-after-free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67484 --- Comment #5 from Vittorio Zecca --- Uros, I applied your patch and the sanitizer message disappeared. Is this still an UNCONFIRMED bug?

[Bug target/52144] ARM should support arm/thumb function attribute to permit different instruction sets in the same source

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52144 --- Comment #11 from chrbr at gcc dot gnu.org --- Author: chrbr Date: Tue Sep 15 13:43:17 2015 New Revision: 227795 URL: https://gcc.gnu.org/viewcvs?rev=227795=gcc=rev Log: 2015-09-15 Christian Bruel PR

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67587 Richard Biener changed: What|Removed |Added Target||x86_64-*-* Target Milestone|---

[Bug bootstrap/67587] [6 Regression] profiledbootstrap failure with --with-build-config=bootstrap-lto

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

[Bug tree-optimization/67476] Add --param parloops-schedule=<static|dynamic|guided|auto|runtime>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67476 --- Comment #7 from vries at gcc dot gnu.org --- (In reply to vries from comment #6) > Updated patch series: > - https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00938.html > - https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00940.html FTR, bootstrap

[Bug other/67590] New: libcc1 cannot find objdump when cross build native

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67590 Bug ID: 67590 Summary: libcc1 cannot find objdump when cross build native Product: gcc Version: 5.2.1 Status: UNCONFIRMED Severity: normal Priority: P3