[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

[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 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 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 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 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 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 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 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 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 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/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 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/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 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 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 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 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/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 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 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 --- 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 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/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 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/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 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 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 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 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 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 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 --- 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 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 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 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 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 Aldy Hernandez changed: What|Removed |Added Status|NEW |WAITING CC|

[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 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 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 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 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 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 --- Comment #3 from Uroš Bizjak --- (In reply to H.J. Lu from comment #2) > Dup ... of ?

[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 #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 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 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 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++/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 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++/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 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++/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 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 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 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 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 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 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 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 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 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] 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 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:

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++/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 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 #7 from Jeffrey A. Law --- In response to your question in c#6, if you use the most obvious form: ORIG: (set (reg1) (expression)) (set (reg2) (any_extend (reg1)) TRANSFORMED: (set (reg1) (any_extend (expression))) (set (reg2) (reg1))

[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 #14 from Jerry DeLisle --- The item_count variable serves two purposes. This was done because we were trying to preserve dtp space and ABI compatibility. I dont remember all the details of why. At any rate, when reading logicals we h

[Bug go/59431] [4.9 regression] runtime FAILs on Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59431 --- Comment #3 from Ian Lance Taylor --- Yeah, I didn't think that would fix this problem, I was just hoping for more consistent error messages--e.g., "out of memory" rather than "caught signal while mallocing: 10".

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59760 Bug ID: 59760 Summary: use_thunk internal error on default destructor declarations Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Pri

[Bug rtl-optimization/54300] [4.7, 4.8 Regression] regcprop incorrectly looks through parallel register swap operation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54300 Richard Earnshaw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/16168] -Weffc++ item 14 improvements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16168 --- Comment #10 from Oren Ben-Kiki --- All good points, which you could say about many opened bugs. The `-Weffc++` flag is a useful tool to keep large code bases working, even when written by less-than-guru C++ programmers. As someone tending a l

[Bug rtl-optimization/54300] [4.7, 4.8 Regression] regcprop incorrectly looks through parallel register swap operation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54300 --- Comment #17 from Richard Earnshaw --- Author: rearnsha Date: Fri Jan 10 16:54:43 2014 New Revision: 206533 URL: http://gcc.gnu.org/viewcvs?rev=206533&root=gcc&view=rev Log: PR rtl-optimization/54300 gcc: * regcprop.c (copyprop_hardreg_fo

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28865 --- Comment #15 from Nick Clifton --- Created attachment 31802 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31802&action=edit Fix gcc's emission of assembler directives for a variable length structure Hi Guys, I think that the problem i

[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 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org --- Comment

[Bug c++/59759] internal compiler error: in unify, using std::enable_if on classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59759 --- Comment #3 from Gereon Kremer --- (In reply to Marek Polacek from comment #2) > I'd say a dup of PR59115. I checked the following code from PR59115 that should also trigger this bug: template void foo(T, U) {} void bar() { foo(0, 0); } Th

[Bug c++/59759] internal compiler error: in unify, using std::enable_if on classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59759 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment #

[Bug c++/16168] -Weffc++ item 14 improvements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16168 --- Comment #9 from Jonathan Wakely --- (In reply to oren from comment #8) > I think it is reasonable to expect that as long as -Weffc++ is in the > compiler, it should make sense, and this specific behavior doesn't. If it > has other flaws, well

[Bug lto/47889] [4.7 Regression] Segmentation fault in useless_type_conversion_p, at tree-ssa.c:1228

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889 Dmitry Gorbachev changed: What|Removed |Added Attachment #23485|0 |1 is obsolete|

[Bug c++/59759] New: internal compiler error: in unify, using std::enable_if on classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59759 Bug ID: 59759 Summary: internal compiler error: in unify, using std::enable_if on classes Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal

[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 Jeffrey A. Law changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug tree-optimization/59757] Unexpected VN_TOP in SSCVN

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

[Bug lto/47889] [4.7 Regression] Segmentation fault in useless_type_conversion_p, at tree-ssa.c:1228

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889 --- Comment #16 from Dmitry Gorbachev --- Created attachment 31801 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31801&action=edit Backtrace from non-checked 4.7.4 build

[Bug c/58346] ICE with SIGFPE at -O1 and above on x86_64-linux-gnu (affecting trunk, 4.8, 4.7, and 4.6)

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

[Bug c++/59759] internal compiler error: in unify, using std::enable_if on classes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59759 --- Comment #1 from Gereon Kremer --- Created attachment 31800 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31800&action=edit Preprocessed file

[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 #5 from Jason Merrill --- Backporting makes sense to me.

[Bug c++/16168] -Weffc++ item 14 improvements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16168 --- Comment #8 from o...@ben-kiki.org --- Well... it does provide some really useful stuff. I think it is reasonable to expect that as long as -Weffc++ is in the compiler, it should make sense, and this specific behavior doesn't. If it has other f

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58996 --- Comment #7 from Jakub Jelinek --- Not everything in glibc headers is meant for use by other packages, some symbols in there are just implementation details that can change any time. The affinity support is complicated, as it has changed severa

[Bug c++/16168] -Weffc++ item 14 improvements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16168 --- Comment #7 from Jonathan Wakely --- (In reply to Oren Ben-Kiki from comment #6) > This still occurs in 4.8.2, and is an extremely annoying issue; it makes > -Weffc++ very difficult to apply to a code base. So don't use -Weffc++ then. It's fla

[Bug c/57577] internal compiler error: tree check: expected class 'expression', have 'constant' (integer_cst) in tree_operand_check, at tree.h:4123

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57577 --- Comment #4 from Marek Polacek --- (In reply to H.J. Lu from comment #3) > Shouldn't we add the testcase? We already have one: c-c++-common/cilk-plus/AN/pr57577.c

[Bug c/56409] internal compiler error while compiling Python 2.7.3 on Sun

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56409 Marek Polacek changed: What|Removed |Added Status|WAITING |RESOLVED CC|

[Bug c/57577] internal compiler error: tree check: expected class 'expression', have 'constant' (integer_cst) in tree_operand_check, at tree.h:4123

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57577 --- Comment #3 from H.J. Lu --- (In reply to Marek Polacek from comment #2) > This has been fixed (199971 still ICEs, but 200471 is ok). Shouldn't we add the testcase?

[Bug c++/16168] -Weffc++ item 14 improvements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16168 Oren Ben-Kiki changed: What|Removed |Added CC||gcc-o...@ben-kiki.org --- Comment #6 from

  1   2   >