[Bug c++/59614] [4.9 regression] Explostion in compile time of heavily templated code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59614 Steven Bosscher changed: What|Removed |Added Keywords||compile-time-hog Status|UNC

[Bug c/59615] New: "asm goto" output or at least clobbered operands

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59615 Bug ID: 59615 Summary: "asm goto" output or at least clobbered operands Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Compo

[Bug c++/59614] [4.9 regression] Explostion in compile time of heavily templated code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59614 --- Comment #2 from Maxim Ivanov --- Oh, g++ cmdline arguments are just "-std=c++11 -save-temps"

[Bug c++/59614] [4.9 regression] Explostion in compile time of heavily templated code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59614 --- Comment #1 from Maxim Ivanov --- Created attachment 31526 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31526&action=edit example of templated code which takes forever to compile by 4.9

[Bug c++/59614] New: [4.9 regression] Explostion in compile time of heavily templated code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59614 Bug ID: 59614 Summary: [4.9 regression] Explostion in compile time of heavily templated code Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug other/56653] Warning when verifying checksums from MD5SUMS file in tarballs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56653 --- Comment #1 from Dmitry Gorbachev --- Patch posted: .

[Bug tree-optimization/59611] std::copy performs worse than naive implementation when copying a single known byte

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59611 Marc Glisse changed: What|Removed |Added Keywords||missed-optimization Status|UNCO

[Bug c++/56926] Crash (without ICE) while compiling Boost.Math

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926 baltic <1000hz.radiowave at gmail dot com> changed: What|Removed |Added CC||1000hz.radiowa

[Bug target/59613] New: Incorrect code generation in MSP430 large model

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59613 Bug ID: 59613 Summary: Incorrect code generation in MSP430 large model Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: tar

[Bug c++/58954] [4.8/4.9 Regression] accessing a private member function in decltype of a friend class causes access control error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58954 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/59271] [4.9 Regression] a.C:16:21: internal compiler error: in strip_typedefs, at cp/tree.c:1315

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59271 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug c++/59349] [4.9 Regression] ICE on invalid: Segmentation fault toplev.c:336

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59349 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug go/59506] net FAILs (timeout) on alpha

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

[Bug go/59506] net FAILs (timeout) on alpha

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59506 --- Comment #4 from ian at gcc dot gnu.org --- Author: ian Date: Fri Dec 27 21:42:26 2013 New Revision: 206224 URL: http://gcc.gnu.org/viewcvs?rev=206224&root=gcc&view=rev Log: PR go/59506 net: use DialTimeout in TestSelfConnect Backported

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59612 Bug ID: 59612 Summary: iso_fortran_env segfaults with -fdump-fortran-original Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug fortran/59604] Constant comparisons with -fno-range-check and int(z'...')

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604 --- Comment #5 from Steve Kargl --- On Fri, Dec 27, 2013 at 07:53:00PM +, tkoenig at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604 > > Thomas Koenig changed: > >What|Removed |

[Bug c++/16564] g++ seems to go into an infinite loop after errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564 --- Comment #20 from Manuel López-Ibáñez --- (In reply to Manuel López-Ibáñez from comment #19) > (In reply to Volker Reichelt from comment #18) > > The first error message about exceeding the maximum template instantiation > > depth appears rathe

[Bug c++/16564] g++ seems to go into an infinite loop after errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564 --- Comment #19 from Manuel López-Ibáñez --- (In reply to Volker Reichelt from comment #18) > The first error message about exceeding the maximum template instantiation > depth appears rather quickly. So maybe we could make the first error message

[Bug fortran/59604] Constant comparisons with -fno-range-check and int(z'...')

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604 Thomas Koenig changed: What|Removed |Added Blocks||58003 --- Comment #4 from Thomas Koenig

[Bug tree-optimization/59591] [4.9 Regression] ICE in vect_get_vec_def_for_stmt_copy, at tree-vect-stmts.c:156 for -march=core-avx2

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

[Bug fortran/59604] Constant comparisons with -fno-range-check and int(z'...')

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604 --- Comment #3 from Steve Kargl --- On Fri, Dec 27, 2013 at 06:10:23PM +, kargl at gcc dot gnu.org wrote: > > By the time we reach gfc_int2int, the boz should have been converted > to the integer, but isn't. Now, if we compare gfc_simplify_i

[Bug fortran/59604] Constant comparisons with -fno-range-check and int(z'...')

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Co

[Bug c++/16564] g++ seems to go into an infinite loop after errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16564 --- Comment #18 from Volker Reichelt --- The reduced testcases from comment #3 and #4 compile within split-seconds since GCC 4 5.0. This is partially due to Manuel's fix for PR 23510. However, the original testcase still takes a very long tim

[Bug libstdc++/59611] std::copy performs worse than naive implementation when copying a single known byte

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59611 --- Comment #1 from Eelis --- (With -O3)

[Bug libstdc++/59611] New: std::copy performs worse than naive implementation when copying a single known byte

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59611 Bug ID: 59611 Summary: std::copy performs worse than naive implementation when copying a single known byte Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severi

[Bug fortran/59604] Constant comparisons with -fno-range-check and int(z'...')

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604 --- Comment #1 from Thomas Koenig --- TRANSFER gets this right.

[Bug go/59506] net FAILs (timeout) on alpha

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59506 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug debug/59575] [4.9 regression] ICE in maybe_record_trace_start, at dwarf2cfi.c:2239

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/55189] enable -Wreturn-type by default

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55189 Sylvestre Ledru changed: What|Removed |Added CC||sylvestre at debian dot org --- Comment

[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519 Steven Bosscher changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug c++/56066] g++ generates strong symbols conflicting with C99 extern inline code on Windows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56066 Kai Tietz changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug libgcc/56276] libgcc_*.dll is installed to wrong directory during build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56276 Kai Tietz changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug sanitizer/59585] Tests failing due to trailing newline

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59585 --- Comment #2 from ygribov at gcc dot gnu.org --- Author: ygribov Date: Fri Dec 27 13:56:18 2013 New Revision: 206219 URL: http://gcc.gnu.org/viewcvs?rev=206219&root=gcc&view=rev Log: 2013-12-27 Yury Gribov PR target/59585 * c-c++-com

[Bug ipa/59610] [4.8 Regression] ICE in parm_preserved_before_stmt_p

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59610 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 CC|

[Bug ipa/59610] New: [4.8 Regression] ICE in parm_preserved_before_stmt_p

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59610 Bug ID: 59610 Summary: [4.8 Regression] ICE in parm_preserved_before_stmt_p Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug tree-optimization/59591] [4.9 Regression] ICE in vect_get_vec_def_for_stmt_copy, at tree-vect-stmts.c:156 for -march=core-avx2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59591 --- Comment #3 from Jakub Jelinek --- Slightly reduced fortran testcase for -O3 -mavx2: subroutine foo (m, n, o, p, q, e, a, b, x, f) integer, intent (in) :: n, o, p, q, m, f integer, dimension (n:o) :: e, a, b integer, dimension (n:o, p:q)

[Bug tree-optimization/59591] [4.9 Regression] ICE in vect_get_vec_def_for_stmt_copy, at tree-vect-stmts.c:156 for -march=core-avx2

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

[Bug c/41624] RFE: -fno-nested-functions

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

[Bug libgomp/42519] bootstrap fails on powerpc64-linux because of libgomp

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42519 --- Comment #7 from Laurent GUERBY --- debian etch is an obsolete OS now so feel free to close, I no longer have an etch system around to test anyway :).