A strange code snippet: jump to a return instruction

Hi, Here is a strange code snippet in gcc.bin in version 4.7.0: 00402e20 <_ZL28if_exists_else_spec_functioniPPKc>: 402e20: 31 c0 xor%eax,%eax 402e22: 83 ff 02cmp$0x2,%edi 402e25: 75 11 jne402e38 402

[Bug c++/23055] overload resolution does not find templated function (zero -> pointer)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23055 --- Comment #11 from ppluzhnikov at gcc dot gnu.org --- Author: ppluzhnikov Date: Fri Jan 10 17:27:39 2014 New Revision: 206534 URL: http://gcc.gnu.org/viewcvs?rev=206534&root=gcc&view=rev Log: For Google b/12471166, backport r197790 from trunk:

[Bug c++/59659] large zero-initialized std::array compile time excessive

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59659 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug c++/59761] New: ICE: g++ segfaults in test case involving constexpr default constructor with uninitialized member and template type alias

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59761 Bug ID: 59761 Summary: ICE: g++ segfaults in test case involving constexpr default constructor with uninitialized member and template type alias Product: gcc Versi

[Bug target/59762] New: func-vararg-mixed.c fails on PowerPC starting with revision 204079

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59762 Bug ID: 59762 Summary: func-vararg-mixed.c fails on PowerPC starting with revision 204079 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/59761] ICE: g++ segfaults in test case involving constexpr default constructor with uninitialized member and template type alias

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59761 --- Comment #1 from Matheus Izvekov --- Created attachment 31804 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31804&action=edit gcc rejects this, but without ICE Same thing as test_bad.cc, except that std::enable_if is used directly instea

[Bug c++/59761] ICE: g++ segfaults in test case involving constexpr default constructor with uninitialized member and template type alias

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59761 --- Comment #2 from Matheus Izvekov --- Created attachment 31805 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31805&action=edit gcc accepts this This one is the same as test_bad.cc, except that the bar member of foo gets initialized by the

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335 --- Comment #4 from Steve Ellcey --- Author: sje Date: Fri Jan 10 17:54:10 2014 New Revision: 206535 URL: http://gcc.gnu.org/viewcvs?rev=206535&root=gcc&view=rev Log: 2014-01-10 Steve Ellcey PR plugins/59335 * Makefile.in (PLUGIN_HEAD

[Bug tree-optimization/59747] [4.9 Regression] wrong code at -Os and above on x86_64-linux-gnu in 64-bit mode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59747 --- Comment #8 from Jeffrey A. Law --- This looks pretty easy to fix as we emit the copies. Basically we had two extensions reached by the same def. Elimination of the first extension requires a copy. Elimination of the second does not. The se

[Bug libfortran/59727] [4.7/4.8/4.9 Regression] reading from character string returns end of file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59727 --- Comment #5 from Marian Szebenyi --- (In reply to Jerry DeLisle from comment #4) Seems to me that once the 4 items requested in the read statement have been satisfied, i.e. 4 properly-delimited items have been found, what is in the rest of the

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335 --- Comment #5 from Steve Ellcey --- The generic problems should be fixed with my patch but the x86 specific plugin build problem probably still exists.

[Bug other/58996] [4.9 regression] build failure in libcilkrts

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58996 --- Comment #8 from Paul H. Hargrove --- (In reply to Barry Tannenbaum from comment #6) > I don't understand the reluctance to check the defintion of > __cpu_set_t_defined, since it's defined right there in > /usr/include/bits/sched.h on my Ubuntu

[Bug tree-optimization/55260] [4.8 Regression] ICE: in ipa_get_parm_lattices, at ipa-cp.c:263 with -O2 -fno-inline -fipa-cp-clone

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55260 Han Shen changed: What|Removed |Added CC||shenhanc at gmail dot com --- Comment #9 from

[Bug c++/59760] use_thunk internal error on default destructor declarations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59760 --- Comment #1 from sshannin at gmail dot com --- For a simpler example, see https://lists.debian.org/debian-gcc/2013/12/msg00107.html

[Bug lto/47889] [4.7 Regression] Segmentation fault in array_ref_element_size / useless_type_conversion_p

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889 Aldy Hernandez changed: What|Removed |Added Status|WAITING |NEW

[Bug c++/59730] ICE: in type_dependent_expression_p, at cp/pt.c:19969

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59730 --- Comment #6 from paolo at gcc dot gnu.org --- Author: paolo Date: Fri Jan 10 18:45:53 2014 New Revision: 206536 URL: http://gcc.gnu.org/viewcvs?rev=206536&root=gcc&view=rev Log: /cp 2014-01-10 Paolo Carlini PR c++/56060 PR c++/5973

[Bug c++/56060] ICE on invalid code in type_dependent_expression_p, at cp/pt.c:19742

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56060 --- Comment #6 from paolo at gcc dot gnu.org --- Author: paolo Date: Fri Jan 10 18:45:53 2014 New Revision: 206536 URL: http://gcc.gnu.org/viewcvs?rev=206536&root=gcc&view=rev Log: /cp 2014-01-10 Paolo Carlini PR c++/56060 PR c++/5973

[Bug c++/56060] ICE on invalid code in type_dependent_expression_p, at cp/pt.c:19742

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56060 Paolo Carlini changed: What|Removed |Added Target Milestone|4.9.0 |4.8.3 --- Comment #7 from Paolo Carlini

[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 Aldy Hernandez changed: What|Removed |Added Status|WAITING |NEW Summary|[4.7/4.8/4.9 Regr

[Bug c++/59730] ICE: in type_dependent_expression_p, at cp/pt.c:19969

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59730 Paolo Carlini changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/55260] [4.8 Regression] ICE: in ipa_get_parm_lattices, at ipa-cp.c:263 with -O2 -fno-inline -fipa-cp-clone

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55260 Markus Trippelsdorf changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Bug rtl-optimization/59763] New: ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1550 with -mno-accumulate-outgoing-args

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59763 Bug ID: 59763 Summary: ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1550 with -mno-accumulate-outgoing-args Product: gcc Version: unknown Status: UNCONFIRMED

[Bug target/59763] ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1550 with -mno-accumulate-outgoing-args

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59763 --- Comment #1 from Uroš Bizjak --- The compilation with -maccumulate-outgoing-args avoids the ICE, although the resulting asm code touches %ebp in frame-related insn: #(insn/f 16 20 21 2 (set (reg/f:SI 6 bp) #(reg/f:SI 7 sp)) t.c:6 90 {*

[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 #15 from Jerry DeLisle --- Steve and Dominique, I think your other patches are in the right direction. For the reading of logicals we probably should do something different. If we do not want to touch the dtp structure, I think we j

[Bug target/59763] ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1550 with -mno-accumulate-outgoing-args

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59763 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/59763] ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1550 with -mno-accumulate-outgoing-args

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59763 --- Comment #3 from Uroš Bizjak --- (In reply to H.J. Lu from comment #2) > Dup ... of ?

[Bug debug/54694] [4.7/4.8/4.9 Regression] internal compiler error: in dwarf2out_frame_debug_expr, at dwarf2out.c:2387

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54694 H.J. Lu changed: What|Removed |Added CC||ubizjak at gmail dot com --- Comment #12 from H

[Bug target/59763] ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1550 with -mno-accumulate-outgoing-args

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59763 H.J. Lu changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug target/59763] ICE in dwarf2out_frame_debug_expr, at dwarf2cfi.c:1550 with -mno-accumulate-outgoing-args

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59763 H.J. Lu changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug debug/54694] [4.7/4.8/4.9 Regression] internal compiler error: in dwarf2out_frame_debug_expr, at dwarf2out.c:2387

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54694 --- Comment #13 from Uroš Bizjak --- (In reply to H.J. Lu from comment #12) > *** Bug 59763 has been marked as a duplicate of this bug. *** Are you sure this is a duplicate? The ICE is at different location and adding -mno-avx doesn't help. In fa

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59764 Jerry DeLisle changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org ---

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59764 Bug ID: 59764 Summary: Read logicals, line buffer, item_count, and error message consistancy Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug debug/54694] [4.7/4.8/4.9 Regression] internal compiler error: in dwarf2out_frame_debug_expr, at dwarf2out.c:2387

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54694 --- Comment #14 from H.J. Lu --- (In reply to Uroš Bizjak from comment #13) > (In reply to H.J. Lu from comment #12) > > *** Bug 59763 has been marked as a duplicate of this bug. *** > > Are you sure this is a duplicate? The ICE is at different l

[Bug lto/59626] [4.9 lto] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626 Aldy Hernandez changed: What|Removed |Added Status|NEW |WAITING CC|

[Bug fortran/59765] New: ICE on valid with allocatable component and type extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 Bug ID: 59765 Summary: ICE on valid with allocatable component and type extension Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Prio

[Bug lto/59626] [4.9 lto] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626 --- Comment #3 from Markus Trippelsdorf --- (In reply to Aldy Hernandez from comment #2) > > Do you think the error is incorrect, or do you think the same error should > appear for -std=gnu99? I think that erroring out is a bit drastic. Or do y

[Bug lto/59626] [4.9 lto] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626 --- Comment #4 from Aldy Hernandez --- I certainly don't think this is a GCC bug. A function inlining itself is nonsensical.

[Bug c++/59701] A variadic alias template aliasing another variadic alias template doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59701 --- Comment #1 from Ville Voutilainen --- The testcase caused an ICE in recent versions of clang, and was fixed so that the code is rejected by clang. This is related to Core Issue 1430, so the bug should probably be on hold until CWG decides the

[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 Aldy Hernandez changed: What|Removed |Added CC||aldyh at gcc dot gnu.org --- Comment #9

[Bug tree-optimization/59745] [4.9 Regression] internal compiler error: tree check: expected tree that contains 'typed' structure, have '' in operand_equal_p, at fold-const.c:2492

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59745 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Fri Jan 10 20:37:52 2014 New Revision: 206540 URL: http://gcc.gnu.org/viewcvs?rev=206540&root=gcc&view=rev Log: PR tree-optimization/59745 * tree-predcom.c (tree_predictive_commoni

[Bug lto/59626] [4.9 lto] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59626 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #5 f

[Bug tree-optimization/59745] [4.9 Regression] internal compiler error: tree check: expected tree that contains 'typed' structure, have '' in operand_equal_p, at fold-const.c:2492

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59745 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ipa/59722] [4.9 Regression] Bootstrap comparison failure on i686-linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59722 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/59754] [ree.c] Incorrect merge while working with vector registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59754 --- Comment #3 from Jeffrey A. Law --- Kirill, can you verify that Jakub's patch restores proper behaviour for your tests? It'd be greatly appreciated.

[Bug rtl-optimization/59754] [ree.c] Incorrect merge while working with vector registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59754 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Fri Jan 10 21:27:52 2014 New Revision: 206542 URL: http://gcc.gnu.org/viewcvs?rev=206542&root=gcc&view=rev Log: PR rtl-optimization/59754 * ree.c (combine_reaching_defs): Disallow

[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 Aldy Hernandez changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aldyh at gcc dot gnu.org --- Comm

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585 --- Comment #21 from Jan Hubicka --- Author: hubicka Date: Fri Jan 10 21:34:37 2014 New Revision: 206543 URL: http://gcc.gnu.org/viewcvs?rev=206543&root=gcc&view=rev Log: PR ipa/58585 * ipa-devirt.c (build_type_inheritance_graph): Also a

[Bug rtl-optimization/59754] [ree.c] Incorrect merge while working with vector registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59754 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/47735] [4.7/4.8/4.9 Regression] Unnecessary adjustments to stack pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47735 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug middle-end/59743] [4.9 Regression] ICE: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59743 --- Comment #11 from Jeffrey A. Law --- Thanks. I'm still working through the RTL/source on the full testcase to see if there are any uninitialized uses. Regardless the patch I have here works for both the reduced and original testcase. I'll be

[Bug middle-end/59743] [4.9 Regression] ICE: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59743 --- Comment #12 from Jeffrey A. Law --- Author: law Date: Fri Jan 10 22:13:18 2014 New Revision: 206545 URL: http://gcc.gnu.org/viewcvs?rev=206545&root=gcc&view=rev Log: PR middle-end/59743 * ree.c (combine_reaching_defs): Ensure the defi

[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

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

[Bug middle-end/59743] [4.9 Regression] ICE: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59743 Jeffrey A. Law changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 --- Comment #2 from Dominique d'Humieres --- > I'm pretty sure this is my fault. I'd bet for r206379. r206362 is OK, r206444 is not.

[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 --- Comment #3 from janus at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #2) > > I'm pretty sure this is my fault. I'd bet for r206379. > > r206362 is OK, r206444 is not. ... and indeed reverting r206379 makes the ICE go aw

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59764 Dominique d'Humieres changed: What|Removed |Added Keywords||diagnostic Status|UNCO

[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 #16 from Dominique d'Humieres --- I agree with Jerry that the errors with logical can be fixed later (AFAICT they are not a regression up to 4.3.1). I also think the error read(fd, *, err=31, iomsg=msg) i1, x2, a, x1 31 if (msg /=

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59764 --- Comment #3 from Jerry DeLisle --- I have a patch successfully regression tested. Basically, I have change in io.h as follows. The component expanded_read is just a flag and does not need to an integer, so I have used an available bit above i

[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 #11 from Aldy Hernandez --- Created attachment 31807 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31807&action=edit preliminary patch I wonder why we can't do what we do for IMPORTED_DECL and avoid special casing NAMELIST_DECL.

[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 #17 from Jerry DeLisle --- Created attachment 31808 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31808&action=edit Patch for PR59700 and 59764 combined With my patch to pr59764 combined with the patches here, fixes the read_log

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28865 --- Comment #16 from Alan Modra --- Hi Nick, that patch looks exactly like my first attempt to fix this bug. I forget the details now but I'm fairly certain it wasn't a complete fix, which is why I didn't submit my patch.. Note that the underlyi

[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 --- Comment #4 from janus at gcc dot gnu.org --- I think what happens is something like the following: generate_finalization_wrapper currently produces code like this on the test case: type(mtd), pointer :: ptr deallocate(ptr%u(:)%c) This is cer

[Bug fortran/59765] [4.9 Regression] [OOP] ICE on valid with allocatable component

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765 --- Comment #5 from janus at gcc dot gnu.org --- In particular this code in finalize_component produces a full-array reference for array components: if (comp->attr.dimension || comp->attr.codimension || (comp->ts.type == BT_CLASS && CLASS_

[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 #18 from Steve Kargl --- On Fri, Jan 10, 2014 at 10:29:24PM +, dominiq at lps dot ens.fr wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59700 > > --- Comment #16 from Dominique d'Humieres --- > I agree with Jerry that the e

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28865 --- Comment #17 from Alan Modra --- I believe Eric's comment http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00179.html points at the correct fix, but it's a bit messy. You need to recursively descend both "decl" and "init" in code like c-decl.c:fin

[Bug c++/59713] unordered_map constructor / destructor / move

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59713 --- Comment #5 from Victor Robertson --- My apologies! I'm not sure why I first thought it was with libstdc++, but after realizing that just adding that explicitly defined default destructor fixed it, I couldn't imagine it being the library.

[Bug c++/59766] New: c++1y: declaring friend function with 'auto' return type deduction is rejected with bogus reason

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59766 Bug ID: 59766 Summary: c++1y: declaring friend function with 'auto' return type deduction is rejected with bogus reason Product: gcc Version: 4.8.2 Status: UNCONFIRMED

[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 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment #

[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 #19 from Dominique d'Humieres --- Regtested with the patch in comment 17 without failures. Not that an additional rewind(fd) msg = 'ok' is needed before read(fd, *, err=31, iomsg=msg) i1, x2, a, x1 31 if (msg /= 'Bad repeat

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335 --- Comment #6 from PaX Team --- i can confirm that only gcc/config/i386/stringop.def and gcc/config/i386/x86-tune.def seem to be missing on x86 targets.

[Bug target/59767] New: __atomic_load_n with __ATOMIC_SEQ_CST should result in a memory barrier

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59767 Bug ID: 59767 Summary: __atomic_load_n with __ATOMIC_SEQ_CST should result in a memory barrier Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal

[Bug libfortran/59727] [4.7/4.8/4.9 Regression] reading from character string returns end of file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59727 --- Comment #6 from Jerry DeLisle --- (In reply to Marian Szebenyi from comment #5) > (In reply to Jerry DeLisle from comment #4) > > Seems to me that once the 4 items requested in the read statement have been > satisfied, i.e. 4 properly-delimit

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59768 Bug ID: 59768 Summary: [4.8 Regression] std::thread constructor not handling reference_wrapper correctly Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity

<    1   2