[Bug middle-end/28865] Structures with a flexible arrray member have wrong .size

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28865 --- Comment #18 from Jakub Jelinek --- I disagree. DECL_SIZE and .size are IMHO correct here at this point, and component sizes (FIELD_DECL) can't match, because we shouldn't be changing the type of the decl to some other type just because it got

[Bug lto/47888] [4.6 Regression] tree check: expected array_type, have record_type in array_ref_low_bound, at expr.c:6249 / Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47888 Eric Botcazou changed: What|Removed |Added CC||ebotcazou at gcc dot gnu.org --- Comment

[Bug target/55036] Compiler fails with message "internal compiler error: in reg_save_code, at caller-save.c:158"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55036 Eric Botcazou changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug fortran/58470] [4.9 Regression] [OOP] ICE on invalid with FINAL procedure and type extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58470 janus at gcc dot gnu.org changed: What|Removed |Added Summary|[OOP] ICE on invalid with |[4.9 Regression] [OOP] ICE

[Bug c++/58252] [4.9 Regression] ice in gimple_get_virt_method_for_binfo with -O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252 Bug 58252 depends on bug 58585, which changed state. Bug 58585 Summary: [4.9 Regression] ICE in ipa with virtual inheritance http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585 What|Removed |Added

[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226 Bug 59226 depends on bug 58585, which changed state. Bug 58585 Summary: [4.9 Regression] ICE in ipa with virtual inheritance http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585 What|Removed |Added

[Bug middle-end/58585] [4.9 Regression] ICE in ipa with virtual inheritance

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585 Jan Hubicka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/51637] Add compile-time error if array is too large

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

[Bug fortran/58470] [4.9 Regression] [OOP] ICE on invalid with FINAL procedure and type extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58470 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|una

[Bug fortran/41143] Support DW_TAG_common_inclusion

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

[Bug fortran/58470] [4.9 Regression] [OOP] ICE on invalid with FINAL procedure and type extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58470 --- Comment #4 from Dominique d'Humieres --- > The following patch fixes it and is free of testsuite regressions: ... I am not sure (as in "I am pretty sure") that the finalization coverage in the test suite (as well as in the real world) is enou

[Bug fortran/57042] [4.7/4.8 Regression] ICE/Segfault with -fdump-parse-tree

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57042 --- Comment #7 from janus at gcc dot gnu.org --- (In reply to Thomas Koenig from comment #4) > Other functions returning characters have a bogus > typespec: Huh. Problem with implicit typing? Adding 'implicit none' yields an unknown type for 'adj

[Bug fortran/58470] [4.9 Regression] [OOP] ICE on invalid with FINAL procedure and type extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58470 --- Comment #5 from janus at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #4) > > The following patch fixes it and is free of testsuite regressions: ... > > I am not sure (as in "I am pretty sure") that the finalization cover

[Bug libstdc++/59687] The description of ios::noreplace is hilarious

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59687 Christopher Yeleighton changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|F

[Bug libstdc++/59687] The description of ios::noreplace is hilarious

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

[Bug libstdc++/59687] The description of ios::noreplace is hilarious

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59687 --- Comment #6 from Jonathan Wakely --- And if you want to request __noreplace as an enhancement then please open a separate enhancement request.

[Bug libstdc++/59768] [4.8 Regression] std::thread constructor not handling reference_wrapper correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59768 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug plugins/59335] Plugin doesn't build on trunk

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335 --- Comment #7 from Uroš Bizjak --- Can someone please test following patch: --cut here-- Index: config/i386/t-i386 === --- config/i386/t-i386 (revision 206552) +++ config/i386/t-i3

[Bug libstdc++/59769] New: please add ios_base::__noreplace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59769 Bug ID: 59769 Summary: please add ios_base::__noreplace Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: libstdc++

[Bug libstdc++/59768] [4.8 Regression] std::thread constructor not handling reference_wrapper correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59768 --- Comment #1 from Casey Carter --- This behavior would appear to NOT be erroneous. I was operating under the assumption that the behavior of the std::thread constructor and std::bind were identical by design given that both use the "INVOKE" mach

[Bug bootstrap/59770] New: [4.9 Regression] bootstrap failure for arm-linux-gnueabi targeting armv4t

: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: doko at gcc dot gnu.org trunk 20140111, arm-linux-gnueabi targeting armv4t ftbfs, arm-linux-gnueabihf targeting armv7 succeeds to build. configure -v --with-pkgversion

[Bug fortran/59700] [4.8/4.9 Regression] Misleading/buggy runtime error message: Bad integer for item 0 in list input

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59700 --- Comment #20 from Jerry DeLisle --- Author: jvdelisle Date: Sat Jan 11 18:57:20 2014 New Revision: 206553 URL: http://gcc.gnu.org/viewcvs?rev=206553&root=gcc&view=rev Log: 2014-01-11 Jerry DeLisle Dominique d'Humieres Stev

[Bug libfortran/59764] Read logicals, line buffer, item_count, and error message consistancy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59764 --- Comment #4 from Jerry DeLisle --- Author: jvdelisle Date: Sat Jan 11 18:57:20 2014 New Revision: 206553 URL: http://gcc.gnu.org/viewcvs?rev=206553&root=gcc&view=rev Log: 2014-01-11 Jerry DeLisle Dominique d'Humieres Steve

[Bug target/58115] testcase gcc.target/i386/intrinsics_4.c failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58115 --- Comment #15 from David Edelsohn --- Author: dje Date: Sat Jan 11 18:57:56 2014 New Revision: 206554 URL: http://gcc.gnu.org/viewcvs?rev=206554&root=gcc&view=rev Log: PR target/58115 * config/rs6000/rs6000.h (SWITCHABLE_TARGET)

[Bug libstdc++/59768] [DR 2219] std::thread constructor not handling reference_wrapper correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59768 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|SUSPENDED Summary|[4.8 Regre

[Bug fortran/57042] [4.7/4.8 Regression] ICE/Segfault with -fdump-parse-tree

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57042 --- Comment #8 from janus at gcc dot gnu.org --- Author: janus Date: Sat Jan 11 20:34:48 2014 New Revision: 206556 URL: http://gcc.gnu.org/viewcvs?rev=206556&root=gcc&view=rev Log: 2014-01-11 Janus Weil Backport from mainline 2013-12-2

[Bug fortran/59612] [F03] iso_fortran_env segfaults with -fdump-fortran-original

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59612 --- Comment #8 from janus at gcc dot gnu.org --- Author: janus Date: Sat Jan 11 20:34:48 2014 New Revision: 206556 URL: http://gcc.gnu.org/viewcvs?rev=206556&root=gcc&view=rev Log: 2014-01-11 Janus Weil Backport from mainline 2013-12-2

[Bug lto/59723] [4.9 Regression] ICE: in lto_output_tree, at lto-streamer-out.c:1390 when compiling some Fortran tests with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59723 --- Comment #12 from Dominique d'Humieres --- > This untested patch gets rid of the majority of the failures, although > I still see 2-3 errors in the dwarf code in tests like namelist_70.cf90: Using time make -k -j8 check-gfortran RUNTESTFLAGS

[Bug lto/59723] [4.9 Regression] ICE: in lto_output_tree, at lto-streamer-out.c:1390 when compiling some Fortran tests with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59723 --- Comment #13 from Dominique d'Humieres --- > I see the following (26) failures The same 26 failures for -m32 and -m64 (i.e., 52 total).

[Bug libfortran/59419] [4.9 Regression] Failing OPEN with FILE='xxx' and IOSTAT creates the file 'xxx' after revision 196783

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59419 Jerry DeLisle changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/59700] [4.8/4.9 Regression] Misleading/buggy runtime error message: Bad integer for item 0 in list input

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59700 --- Comment #21 from Jerry DeLisle --- Author: jvdelisle Date: Sat Jan 11 21:38:30 2014 New Revision: 206559 URL: http://gcc.gnu.org/viewcvs?rev=206559&root=gcc&view=rev Log: 2014-01-11 Steven G. Kargl PR fortran/59700 * gfortran.dg/p

[Bug libfortran/48906] Wrong rounding results with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48906 Jerry DeLisle changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug libfortran/59771] New: Cleanup handling of Gw.0 and Gw.0Ee format

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59771 Bug ID: 59771 Summary: Cleanup handling of Gw.0 and Gw.0Ee format Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfort

[Bug libfortran/59771] Cleanup handling of Gw.0 and Gw.0Ee format

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59771 Jerry DeLisle changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/59612] [F03] iso_fortran_env segfaults with -fdump-fortran-original

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59612 --- Comment #9 from janus at gcc dot gnu.org --- Author: janus Date: Sat Jan 11 22:47:25 2014 New Revision: 206560 URL: http://gcc.gnu.org/viewcvs?rev=206560&root=gcc&view=rev Log: 2014-01-11 Janus Weil Backport from mainline 2013-12-2

[Bug fortran/57042] [4.7/4.8 Regression] ICE/Segfault with -fdump-parse-tree

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57042 --- Comment #9 from janus at gcc dot gnu.org --- Author: janus Date: Sat Jan 11 22:47:25 2014 New Revision: 206560 URL: http://gcc.gnu.org/viewcvs?rev=206560&root=gcc&view=rev Log: 2014-01-11 Janus Weil Backport from mainline 2013-12-2

[Bug ada/59772] New: Floating point constants are not correctly encoded on AVR target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772 Bug ID: 59772 Summary: Floating point constants are not correctly encoded on AVR target Product: gcc Version: unknown Status: UNCONFIRMED Severity: critical

[Bug fortran/57042] ICE/Segfault with -fdump-parse-tree

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57042 janus at gcc dot gnu.org changed: What|Removed |Added Summary|[4.7/4.8 Regression]|ICE/Segfault with

[Bug c/59773] New: Mixing pointers to different memory spaces shows no warning (gcc for AVR)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59773 Bug ID: 59773 Summary: Mixing pointers to different memory spaces shows no warning (gcc for AVR) Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: major

[Bug libfortran/59774] New: Inconsistent rounding between -m32 and -m64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774 Bug ID: 59774 Summary: Inconsistent rounding between -m32 and -m64 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfor

[Bug libfortran/59774] Inconsistent rounding between -m32 and -m64

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

[Bug libfortran/59774] [Regression] Inconsistent rounding between -m32 and -m64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774 Jerry DeLisle changed: What|Removed |Added Summary|Inconsistent rounding |[Regression] Inconsistent

[Bug libfortran/59774] [Regression] Inconsistent rounding between -m32 and -m64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774 --- Comment #3 from Jerry DeLisle --- I instrumented using: printf("buffer=%s<<<\n", buffer); in output_float () to see what is going on.

[Bug libfortran/59774] [Regression] Inconsistent rounding between -m32 and -m64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774 --- Comment #4 from Jerry DeLisle --- I see the problem back to 4.7. In 4.6 the results are numerically correct but not right. Si Ma not sure this is a regression or not. With 4.6: $ gfc46 -m32 pr59771.f90 $ ./a.out 100. 100.