[Bug c/7652] -Wswitch-break : Warn if a switch case falls through

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com --- Comment #1

[Bug c/57681] New: Possible missing break in cp-array-notation.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57681 Bug ID: 57681 Summary: Possible missing break in cp-array-notation.c Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug fortran/53957] Polyhedron 11 benchmark: MP_PROP_DESIGN twice as long as other compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53957 --- Comment #15 from Anthony Falzone --- (In reply to Dominique d'Humieres from comment #14) > Anthony, could you provide a reduced test showing the problem? Hi Dominique, About the most reduced I can think of is PROP_DESIGN_ANALYSIS. It contai

[Bug target/57680] [META-BUG][target]deregister_frame_fn is set to invalid address in cygming-crtbegin.c:__gcc_deregister_frame due to unknown reason.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57680 --- Comment #2 from gee --- (gdb) x/i 0x46e010 0x46e010 <__deregister_frame_info_bases+160>:fs which is cause of SIGILL

[Bug target/57680] [META-BUG][target]deregister_frame_fn is set to invalid address in cygming-crtbegin.c:__gcc_deregister_frame due to unknown reason.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57680 gee changed: What|Removed |Added Summary|deregister_frame_fn is set |[META-BUG][target]deregiste |to i

[Bug target/57680] New: xgcc terminates with SIGILL

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57680 Bug ID: 57680 Summary: xgcc terminates with SIGILL Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assig

[Bug libstdc++/53631] [C++11] is unimplemented

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53631 Simbaba changed: What|Removed |Added CC||zhaoxi.du at gmail dot com --- Comment #14 from

[Bug middle-end/56888] memcpy implementation optimized as a call to memcpy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888 Jeff Cook changed: What|Removed |Added CC||j...@deseret-tech.com --- Comment #9 from Jef

[Bug c++/57677] Fstream should be allowed to move when returned from a function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57677 --- Comment #2 from Jonathan Wakely --- As I said on your other bug, this is documented as missing, you don't need to report a dup of your own bug :)

[Bug libstdc++/57674] wrong distribution for std::binomial_distribution::operator()(g,param)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57674 --- Comment #5 from schlaffi at users dot sourceforge.net --- yes, it's fixed :) I tested various examples (also large param.t).

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208 --- Comment #24 from Jan Hubicka --- does this patch help?

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208 --- Comment #23 from Jan Hubicka --- It seems late optimizers translate cloning Bind to _ZN4base4BindIMN3net12_GLOBAL__N_113DnsTCPAttemptEFviENS_8internal17UnretainedWrapperIS3_NS_8CallbackINS6_9BindStateINS6_13FunctorTraitsIT_E12RunnableType

[Bug c++/57679] c++11: ICE on template type alias to enum

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57679 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208 --- Comment #22 from Martin Liška --- Created attachment 30340 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30340&action=edit chrome.ltrans16.s

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208 --- Comment #21 from Martin Liška --- Ltrans grep marxin@marxinbox /ssd/chrome-dumps $ grep _ZN3net12_GLOBAL__N_113DnsTCPAttempt12OnIOCompleteEi chrome.ltrans* Binary file chrome.ltrans16.o matches chrome.ltrans16.s:leaq _ZN3net12_GLOBAL_

[Bug c++/57679] New: c++11: ICE on template type alias to enum

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57679 Bug ID: 57679 Summary: c++11: ICE on template type alias to enum Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug libstdc++/57674] wrong distribution for std::binomial_distribution::operator()(g,param)

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

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038 --- Comment #30 from Jan Hubicka --- BTW the first parameter is this pointer ;)

[Bug c++/57038] Latest libreoffice compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038 --- Comment #29 from Jan Hubicka --- > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038 > > --- Comment #28 from Martin Liška --- > Gdb instruction dump of ScDocument::CalcAll, place where SIGSEGV was received > is marked with '>', address: 0x2

[Bug c++/57678] too many errors for bad template parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57678 --- Comment #1 from Andrew Pinski --- I think this is due to once a undeclared decl has been found, its type becomes int which I think is just wrong. We should use error_mark_node and then handle the fall out from there. There have been a few bu

[Bug c++/57678] New: too many errors for bad template parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57678 Bug ID: 57678 Summary: too many errors for bad template parameter Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug fortran/40958] module files too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958 Janne Blomqvist changed: What|Removed |Added Status|WAITING |REOPENED --- Comment #13 from Janne Blo

[Bug other/57675] Complex division of NaN by zero not handled correctly

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

[Bug c++/57677] Fstream should be allowed to move when returned from a function

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

[Bug libstdc++/53626] [C++11] move assignment for ifstream

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53626 --- Comment #2 from Paolo Carlini --- *** Bug 57677 has been marked as a duplicate of this bug. ***

[Bug c++/57677] New: Fstream should be allowed to move when returned from a function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57677 Bug ID: 57677 Summary: Fstream should be allowed to move when returned from a function Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal

[Bug driver/57652] [4.7/4.8/4.9 Regression] collect2 does not clean up temporary files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57652 David Edelsohn changed: What|Removed |Added Status|NEW |RESOLVED Known to work|

[Bug libstdc++/57674] wrong distribution for std::binomial_distribution::operator()(g,param)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57674 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug other/57675] Complex division of NaN by zero not handled correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57675 --- Comment #2 from joseph at codesourcery dot com --- N1399 has a detailed analysis of issues with complex multiply and divide in C99. There was no consensus to adopt requirements in that detail, but N1496 was adopted with a more minimal fix f

[Bug fortran/31298] F2003: use mod, operator(+) => operator(.userOp.) not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31298 Tobias Burnus changed: What|Removed |Added Status|WAITING |NEW --- Comment #17 from Tobias Burnus -

[Bug fortran/31298] F2003: use mod, operator(+) => operator(.userOp.) not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31298 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #16 from Domin

[Bug fortran/31139] sum(w_re(1:nn,1)*fi(i(1:nn, ii))) up to 3.5x slower than C version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31139 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #8 from Domini

[Bug libstdc++/57674] wrong distribution for std::binomial_distribution::operator()(g,param)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57674 --- Comment #2 from schlaffi at users dot sourceforge.net --- Created attachment 30338 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30338&action=edit corrected version of the example file sorry, forgot one line, the output should be distri

[Bug rtl-optimization/57676] New: ICE: Maximum number of LRA constraint passes is achieved (30)

Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: antoine.balestrat at gmail dot com Using GCC 4.9.0 as of 20130622 : $ cat lra.c int a, b, c; void f(p1) { for(;;) { if(p1 ? : (c /= 0)) { int

[Bug fortran/50525] gfortran should not allow early reference to entry dummy argument (r178939)

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

[Bug fortran/50555] synonymous namelist/statement function dummy argument not allowed (r178939)

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

[Bug fortran/50552] type name cannot be statement function dummy argument (r178939)

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

[Bug fortran/52413] Incorrect behavior of FRACTION when applied to a constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52413 --- Comment #4 from Steve Kargl --- On Sat, Jun 22, 2013 at 12:57:56PM +, dominiq at lps dot ens.fr wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52413 > > --- Comment #3 from Dominique d'Humieres --- > > Tentative patch. Not regressi

[Bug fortran/50551] Argumentless NULL() cannot be used with assumed-length dummy (r178939)

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

[Bug fortran/50550] does not recognize pointer variable at initialization (r178939)

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

[Bug fortran/50549] should detect different type parameters in structure constructors (r178939)

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

[Bug fortran/50546] gfortran should not accept missing operator (r178939)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50546 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/50542] gfortran should detect violation of Fortran 95 R536 (r178939)

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

[Bug fortran/50538] formal argument cannot be same as procedure name (r178939)

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

[Bug other/57675] Complex division of NaN by zero not handled correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57675 Ian Lance Taylor changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org --- Comment #

[Bug other/57675] New: Complex division of NaN by zero not handled correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57675 Bug ID: 57675 Summary: Complex division of NaN by zero not handled correctly Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug target/57631] [patch] spurious warning for avr interrupts with asm labels

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

[Bug fortran/13615] -Wuninitialized produces wrong error message for characters

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13615 --- Comment #12 from Manuel López-Ibáñez --- (In reply to Dominique d'Humieres from comment #11) > At revision 200321, I still get no warning for tests as in comment #7 and > > pr13615_1.f90:3:0: warning: 'c[1]{lb: 1 sz: 1}' is used uninitialized

[Bug fortran/13615] -Wuninitialized produces wrong error message for characters

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13615 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #11 from Domin

[Bug fortran/28105] Check for memory allocations bigger than size_t

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28105 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libstdc++/57674] wrong distribution for std::binomial_distribution::operator()(g,param)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57674 schlaffi at users dot sourceforge.net changed: What|Removed |Added Version|4.7.2 |lno --- Comment #1

[Bug fortran/40958] module files too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40958 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #12 from Domin

[Bug libstdc++/57674] New: wrong distribution for std::binomial_distribution::operator()(g,param)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57674 Bug ID: 57674 Summary: wrong distribution for std::binomial_distribution::operator()(g,param) Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal

[Bug fortran/44345] ICE in fold_convert_loc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44345 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug fortran/48303] [Legacy] Support Character constants in DATA statement for non-character variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48303 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #4 from Domini

[Bug fortran/53035] ICE with deferred-length module variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53035 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #7 from Domini

[Bug fortran/53957] Polyhedron 11 benchmark: MP_PROP_DESIGN twice as long as other compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53957 --- Comment #14 from Dominique d'Humieres --- Anthony, could you provide a reduced test showing the problem?

[Bug fortran/52413] Incorrect behavior of FRACTION when applied to a constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52413 --- Comment #3 from Dominique d'Humieres --- > Tentative patch. Not regression tested, yet. I have applied the patch in comment #1 on top of revision 200321. I have regtested without regression and tested thet this PR is fixed for all the availab

[Bug rtl-optimization/50749] Auto-inc-dec does not find subsequent contiguous mem accesses

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50749 --- Comment #14 from Oleg Endo --- Just wanted to clarify the reason why the examples in the description have '-fno-ivopts', as it caused some confusion on the mailing list: int test_0 (char* p, int c) { int r = 0; r += *p++; r += *p++; r

[Bug lto/57290] [4.9 Regression] After r198333 the aermod runtime is ~10% slower when compiled with -fprotect-parens and -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57290 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/57673] pack sizeof ... groups ellipsis with preceding expression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57673 --- Comment #1 from David Krauss --- Oops, g::m does not need to be static constexpr to produce an error; the specifiers should be removed to produce a minimal test.

[Bug rtl-optimization/57497] [4.9 Regression] ICE in lra_create_new_reg_with_unique_value, at lra.c:155

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57497 --- Comment #3 from Antoine Balestrat --- This bug looks unreproducible with the current trunk.

[Bug c++/57673] New: pack sizeof ... groups ellipsis with preceding expression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57673 Bug ID: 57673 Summary: pack sizeof ... groups ellipsis with preceding expression Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Prior