[Bug target/60949] Thumb2 LRA ICE for case pr34856.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60949 Ramana Radhakrishnan changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Keywords|

[Bug web/60933] Please do not advertise outdated version of gmp, mpfr, mpc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60933 Richard Biener changed: What|Removed |Added Status|SUSPENDED |ASSIGNED Assignee|unassigned a

[Bug rtl-optimization/60947] [4.9/4.10 Regression] Unable to handle kernel paging request (linux kernel 2.6.28.9) with gcc 4.9 release

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/60941] [4.7/4.8/4.9/4.10 regression] miscompilation of firefox javascript interpreter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60941 Richard Biener changed: What|Removed |Added Keywords||wrong-code Priority|P3

[Bug c++/59328] Template cast operator ambiguity in a delete expression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59328 --- Comment #1 from Maxime van Noppen --- Just to confirm this still happens on the the released gcc 4.9.0.

[Bug tree-optimization/60930] [4.8/4.9/4.10 Regression] Wrong folding of - ((unsigned long long) a * (unsigned long long) (unsigned int)-1)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60930 --- Comment #7 from Richard Biener --- I think the problem is that we look at expressions in 'long unsigned int' but a base_cand of type 'int'. That is, the bug in the computation is that ctype is unsigned long but stride is int. If that is real

[Bug debug/60833] Inheritance via typedef skips the typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60833 --- Comment #1 from Mark Wielaard --- Confirmed with GNU C++ 4.10.0 20140417 (experimental). GCC doesn't emit the typedef for tbase because it is unused. It will emit the typedef for tbase when it is used for a variable like tbase y. But even then

[Bug target/54670] ICE in extract_insn, at recog.c:2125

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54670 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #2 f

[Bug target/60950] New: powerpc-e500v2-linux-gnuspe: ICE in extract_insn, at recog.c:2202

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60950 Bug ID: 60950 Summary: powerpc-e500v2-linux-gnuspe: ICE in extract_insn, at recog.c:2202 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug ipa/60911] [4.9/4.10 Regression] wrong code with -O2 -flto -fipa-pta

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60911 --- Comment #11 from Richard Biener --- Index: gcc/passes.c === --- gcc/passes.c(revision 209742) +++ gcc/passes.c(working copy) @@ -2194,8 +2194,26 @@ execute_one_pas

[Bug rtl-optimization/60947] [4.9/4.10 Regression] Unable to handle kernel paging request (linux kernel 2.6.28.9) with gcc 4.9 release

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947 --- Comment #7 from YuFan --- (In reply to Richard Biener from comment #6) > Please provide preprocessed source of pcm_native.c Hi, Please check the attachment: "kernel source code".

[Bug rtl-optimization/60947] [4.9/4.10 Regression] Unable to handle kernel paging request (linux kernel 2.6.28.9) with gcc 4.9 release

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Com

[Bug rtl-optimization/60947] [4.9/4.10 Regression] Unable to handle kernel paging request (linux kernel 2.6.28.9) with gcc 4.9 release

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947 --- Comment #9 from YuFan --- Created attachment 32674 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32674&action=edit pcm_native.i

[Bug ipa/60912] [4.10 Regression] wrong code with -O -fno-inline -fipa-pta

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60912 --- Comment #3 from Richard Biener --- Ok, the issue here is that Bar::Bar()s ->callers is empty even though it is called by main. main/7 (int main()) @0x76daea40 Type: function definition analyzed Visibility: externally_visible public

[Bug rtl-optimization/60947] [4.9/4.10 Regression] Unable to handle kernel paging request (linux kernel 2.6.28.9) with gcc 4.9 release

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947 Richard Biener changed: What|Removed |Added Status|WAITING |UNCONFIRMED Ever confirmed|1

[Bug middle-end/60102] powerpc fp-bit ices at dwf_regno

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102 --- Comment #4 from Sebastian Huber --- I had to go back a bit to find a problematic commit: 3983036a8b6b2710c5194f21507819a73553 is the first bad commit commit 3983036a8b6b2710c5194f21507819a73553 Author: chrbr Date: Tue May 21 07:48:

[Bug c++/60951] New: [4.9 Regression][C++11] ICE with braced-init-list assignment and constexpr constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60951 Bug ID: 60951 Summary: [4.9 Regression][C++11] ICE with braced-init-list assignment and constexpr constructor Product: gcc Version: 4.9.0 Status: UNCONFIRMED Sev

[Bug c++/60951] [4.9 Regression][C++11] ICE with braced-init-list assignment and constexpr constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60951 radiantstatue at gmail dot com changed: What|Removed |Added Severity|major |normal

[Bug c++/60951] [4.9/4.10 Regression][C++11] ICE with braced-init-list assignment and constexpr constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60951 Jonathan Wakely changed: What|Removed |Added Keywords||ice-on-valid-code Status|UN

[Bug fortran/60952] New: Problem using "end" as a type bound procedure and contained procedures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60952 Bug ID: 60952 Summary: Problem using "end" as a type bound procedure and contained procedures Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/43622] no C++ typeinfo for __float128

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43622 --- Comment #20 from Marc Glisse --- Author: glisse Date: Thu Apr 24 13:58:36 2014 New Revision: 209748 URL: http://gcc.gnu.org/viewcvs?rev=209748&root=gcc&view=rev Log: 2014-04-24 Marc Glisse PR libstdc++/43622 gcc/cp/ * rtti.c (emit

[Bug fortran/60953] New: configure: error: GNU Fortran is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60953 Bug ID: 60953 Summary: configure: error: GNU Fortran is not working Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortr

[Bug c++/60951] [4.9/4.10 Regression][C++11] ICE with braced-init-list assignment and constexpr constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60951 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug fortran/60953] configure: error: GNU Fortran is not working

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

[Bug c/60915] confusing diagnostic from attribute on function definition

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60915 --- Comment #2 from Marek Polacek --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2014-04/msg01556.html

[Bug tree-optimization/60930] [4.8/4.9/4.10 Regression] Wrong folding of - ((unsigned long long) a * (unsigned long long) (unsigned int)-1)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60930 --- Comment #8 from Bill Schmidt --- Hi Richi, What you suggest won't quite work, as the ctype just represents the type of the base expression and not necessarily the type of the result. (We're doing a pure-forward analysis and don't know how th

[Bug tree-optimization/60930] [4.8/4.9/4.10 Regression] Wrong folding of - ((unsigned long long) a * (unsigned long long) (unsigned int)-1)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60930 Bill Schmidt changed: What|Removed |Added Attachment #32664|0 |1 is obsolete|

[Bug tree-optimization/60930] [4.8/4.9/4.10 Regression] Wrong folding of - ((unsigned long long) a * (unsigned long long) (unsigned int)-1)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60930 --- Comment #10 from Bill Schmidt --- Er, guess there was no SLSR in 4.7, so if this test is failing on 4.7 that must be something else. I will assume that's a typo, though.

[Bug objc/56044] Add dialect option to gobjc to prevent instance variables from posing as local variables inside methods.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56044 mrs at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug plugins/60954] New: gcc-plugin.h should set default visibility

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60954 Bug ID: 60954 Summary: gcc-plugin.h should set default visibility Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: plugi

[Bug c++/57958] Incorrect code generation in lambda with argument of type reference to template class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57958 --- Comment #4 from dinar at gcc dot gnu.org --- Author: dinar Date: Thu Apr 24 18:51:29 2014 New Revision: 209757 URL: http://gcc.gnu.org/viewcvs?rev=209757&root=gcc&view=rev Log: add recored to gcc/testsuite/ChangeLog for PR c++/57958 Modified:

[Bug c++/60955] New: Erroneous warning about taking address of register with std=c++1y

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955 Bug ID: 60955 Summary: Erroneous warning about taking address of register with std=c++1y Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/60955] Erroneous warning about taking address of register with std=c++1y

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60955 --- Comment #1 from Matt Godbolt --- The previous snippet wasn't quite as minimal as it could be. This single line also reproduces it: unsigned int erroneous_warning(register int a) { return (a); } Jonathan Wakely mentioned this may be related

[Bug fortran/60956] New: error reading (and writing) large text files in gfortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60956 Bug ID: 60956 Summary: error reading (and writing) large text files in gfortran Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Priori

[Bug c++/60957] New: [4.9/4.10 Regression] Bogus error: array subscript is above array bounds [-Werror=array-bounds]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60957 Bug ID: 60957 Summary: [4.9/4.10 Regression] Bogus error: array subscript is above array bounds [-Werror=array-bounds] Product: gcc Version: unknown Status: UNCONFIRMED

[Bug tree-optimization/58689] Enhance returns_nonnull

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58689 Eduardo Abinader changed: What|Removed |Added CC||eduardo.abinader@openbossa.

[Bug middle-end/60957] [4.9/4.10 Regression] Bogus error: array subscript is above array bounds [-Werror=array-bounds]

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

[Bug middle-end/60957] [4.9/4.10 Regression] Bogus error: array subscript is above array bounds [-Werror=array-bounds]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60957 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic Status|NEW

[Bug middle-end/60957] [4.9/4.10 Regression] Bogus error: array subscript is above array bounds [-Werror=array-bounds]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60957 --- Comment #3 from Andrew Pinski --- What source does this come from?

[Bug target/60822] Index register overwritten on m68k/coldfire

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60822 --- Comment #5 from Jeffrey A. Law --- Author: law Date: Thu Apr 24 20:45:10 2014 New Revision: 209759 URL: http://gcc.gnu.org/viewcvs?rev=209759&root=gcc&view=rev Log: 2014-04-24 Segher Boessenkool PR target/60822 * config/m68k/m68k.

[Bug libstdc++/60958] New: Initialization of arrays in tr1/regex ill-formed or with undefined behaviour

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60958 Bug ID: 60958 Summary: Initialization of arrays in tr1/regex ill-formed or with undefined behaviour Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: nor

[Bug tree-optimization/58689] Enhance returns_nonnull

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58689 --- Comment #6 from Marc Glisse --- (In reply to Eduardo Abinader from comment #5) > This new macro ATTRIBUTE_RETURNS_NONNULL should work ok for gcc 4.8.2? Yes. Probably you are picking up a wrong ansidecl.h, maybe because it came with old binuti

[Bug middle-end/60957] [4.9/4.10 Regression] Bogus error: array subscript is above array bounds [-Werror=array-bounds]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60957 --- Comment #4 from H.J. Lu --- (In reply to Andrew Pinski from comment #3) > What source does this come from? This comes from a real application.

[Bug target/60822] Index register overwritten on m68k/coldfire

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

[Bug tree-optimization/58689] Enhance returns_nonnull

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58689 --- Comment #7 from Eduardo Abinader --- Thanks for the feedback. I just realized that bfd.h is referring /usr/include/ansidecl.h and not /usr/include/libiberty/ansidecl.h. Changed this path in bfd.h and compiled ok. Don't know if that's an ubun

[Bug tree-optimization/60896] [4.10 Regression] ICE: in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1449

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60896 --- Comment #4 from Cong Hou --- Author: congh Date: Fri Apr 25 00:20:44 2014 New Revision: 209773 URL: http://gcc.gnu.org/viewcvs?rev=209773&root=gcc&view=rev Log: 2014-04-24 Cong Hou PR tree-optimization/60896 * tree-vect-patterns.c

[Bug go/60931] libgo has issues when page size is not 4k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931 Anton Blanchard changed: What|Removed |Added Attachment #32669|0 |1 is obsolete|

[Bug c++/60959] New: Does “cout<<(char*)NULL” doing “close(1)” ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60959 Bug ID: 60959 Summary: Does “cout<<(char*)NULL” doing “close(1)” ? Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/60959] Does “cout<<(char*)NULL” doing “close(1)” ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60959 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/60959] Does “cout<<(char*)NULL” doing “close(1)” ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60959 --- Comment #2 from Sreenath U S --- "sets the badbit on the stream which causes nothing to be printed after that."; So this is a defined behavior or it varies on compiler to compiler?

[Bug c++/60959] Does “cout<<(char*)NULL” doing “close(1)” ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60959 --- Comment #3 from Andrew Pinski --- (In reply to Sreenath U S from comment #2) > "sets the badbit on the stream which causes nothing to be printed after > that."; So this is a defined behavior or it varies on compiler to compiler? I think it is

[Bug c++/60959] Does “cout<<(char*)NULL” doing “close(1)” ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60959 --- Comment #4 from Sreenath U S --- Okay Thanks. One more thing, Is there any way to make the remaining cout statements to get printed in gcc without removing the faulty cout<<(char*)NULL;?

[Bug go/60931] libgo has issues when page size is not 4k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931 --- Comment #8 from ian at gcc dot gnu.org --- Author: ian Date: Fri Apr 25 04:28:48 2014 New Revision: 209776 URL: http://gcc.gnu.org/viewcvs?rev=209776&root=gcc&view=rev Log: PR go/60931 runtime: Fix garbage collector issue with non 4kB sy

[Bug go/60931] libgo has issues when page size is not 4k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60931 --- Comment #9 from ian at gcc dot gnu.org --- Author: ian Date: Fri Apr 25 04:29:07 2014 New Revision: 209777 URL: http://gcc.gnu.org/viewcvs?rev=209777&root=gcc&view=rev Log: PR go/60931 runtime: Fix garbage collector issue with non 4kB sy

[Bug go/60931] libgo has issues when page size is not 4k

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

[Bug middle-end/60960] New: Wrong result when a vector variable is divided by a literal constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60960 Bug ID: 60960 Summary: Wrong result when a vector variable is divided by a literal constant Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal

[Bug middle-end/60960] Wrong result when a vector variable is divided by a literal constant

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60960 Marc Glisse changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED