[Bug c/58016] stdatomic.h missing in 4.8.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58016 --- Comment #3 from Jonathan Wakely --- Noone disputes it's not conforming. The point is the support is incomplete. It's known to be incomplete. It's documented as incomplete. Reporting a bug to say it's incomplete doesn't serve any useful purpos

[Bug target/57954] AVX missing vxorps (zeroing) before vcvtsi2s %edx, slow down AVX code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954 Uroš Bizjak changed: What|Removed |Added Target||x86 Status|UNCONFIRMED

[Bug target/57954] AVX missing vxorps (zeroing) before vcvtsi2s %edx, slow down AVX code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954 --- Comment #7 from Uroš Bizjak --- Fixed.

[Bug target/57954] AVX missing vxorps (zeroing) before vcvtsi2s %edx, slow down AVX code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954 --- Comment #8 from vincenzo Innocente --- thanks for getting in the trunk. will be possible to back port to at least 4.8? (this issue is there till 4.4!)

[Bug target/57954] AVX missing vxorps (zeroing) before vcvtsi2s %edx, slow down AVX code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954 Yuri Rumyantsev changed: What|Removed |Added CC||ysrumyan at gmail dot com --- Comment #

[Bug tree-optimization/58012] Gcc bootstrap failed with cloog-isl: undefined reference to std::istream::ignore(long)

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

[Bug libfortran/37634] Fix libgfortran compiling to support GCC_NO_EXECUTABLES

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37634 Francois-Xavier Coudert changed: What|Removed |Added CC||fxcoudert at gcc dot gnu.org --

[Bug c/58016] stdatomic.h missing in 4.8.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58016 --- Comment #4 from joseph at codesourcery dot com --- __STDC_VERSION__ describes *intent* of command-line options (as regards differences between standard versions, to the extent that those are implemented). This is the same principle that has

[Bug libstdc++/57997] Segmentation fault after returning valarray expression from an auto function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57997 --- Comment #5 from Paolo Carlini --- In my opinion it would be great if you could concretely propose a patch. I'm sure that both Gaby and the other library maintainers, like me, would be fast at reviewing it. Of course, if large it would require

[Bug libstdc++/57997] Segmentation fault after returning valarray expression from an auto function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57997 --- Comment #4 from Roy Stogner --- I oversimplified the code here to try and make the failure as easy to reproduce as possible. The term here isn't con-fusion, it's "kernel fusion", which the original user code is trying to do with libstdc++ val

[Bug target/57954] AVX missing vxorps (zeroing) before vcvtsi2s %edx, slow down AVX code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954 --- Comment #10 from Uroš Bizjak --- (In reply to Yuri Rumyantsev from comment #9) > I assume that this fix is not good and must be reverted - I will prepare > another fix for your reviewing. There are at least 2 problems: > > 1. New split for i

[Bug rtl-optimization/51041] g++ strange optimisation behaviour

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51041 Vladimir Makarov changed: What|Removed |Added CC||vmakarov at redhat dot com --- Comment

[Bug fortran/57987] Fortran finalizers considered extern-inline by middle-end

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57987 --- Comment #3 from Martin Jambor --- Uh oh, but I do not really feel comfortable submitting a patch like this that I do not understand at all but happens to pass the testsuite :-)

[Bug c/58019] New: Problem with -O3 optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58019 Bug ID: 58019 Summary: Problem with -O3 optimization Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee

[Bug c/58016] stdatomic.h missing in 4.8.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58016 --- Comment #5 from Jeff Hammond --- Can someone tell me where the appropriate place to define __STDC_NO_ATOMICS__ and __STDC_NO_THREADS__ in GCC so I can submit a patch? I'd rather solve the problem and take 1-2 steps forward towards C11 complia

[Bug c/58019] Problem with -O3 optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58019 Marc Glisse changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c/58016] stdatomic.h missing in 4.8.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58016 Jeff Hammond changed: What|Removed |Added CC||jeff.science at gmail dot com --- Comment

[Bug c/58016] stdatomic.h missing in 4.8.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58016 --- Comment #7 from joseph at codesourcery dot com --- __STDC_NO_THREADS__ is defined in glibc's stdc-predef.h because it describes combination compiler and library properties. The correct fix for atomics for 4.9 will be to implement them - see

[Bug c/58019] Problem with -O3 optimization

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

[Bug libfortran/58020] New: Code for handling IEEE exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020 Bug ID: 58020 Summary: Code for handling IEEE exceptions Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran

[Bug c/58016] stdatomic.h missing in 4.8.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58016 Jeff Hammond changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/57954] AVX missing vxorps (zeroing) before vcvtsi2s %edx, slow down AVX code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57954 --- Comment #11 from Evgeniy Dushistov --- (In reply to Yuri Rumyantsev from comment #9) > I checked that zeroing of xmm register before conversion leads to > performance slowdown on SLM (-5%) for proveded test-case. I assume that > > with H.J pa

[Bug fortran/57800] Wasted work in gfc_match_call()

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

[Bug fortran/57801] Wasted work in resolve_variable()

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

[Bug fortran/57791] Wasted work in gfc_check_pointer_assign()

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

[Bug fortran/57802] Wasted work in set_loop_bounds()

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

[Bug fortran/57804] Wasted work in gfc_trans_transfer()

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

[Bug libfortran/58020] Code for handling IEEE exceptions

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

[Bug rtl-optimization/58021] New: MODE_EXIT switches at NOTE_INSN_DELETED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58021 Bug ID: 58021 Summary: MODE_EXIT switches at NOTE_INSN_DELETED Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimi

[Bug c++/58022] New: Compiler rejects abstract class in template class with friend operator<

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58022 Bug ID: 58022 Summary: Compiler rejects abstract class in template class with friend operator<< Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal

[Bug c++/57948] internal compiler error: in initialize_reference, at cp/call.c:9285

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57948 Paolo Carlini changed: What|Removed |Added Target Milestone|--- |4.9.0 Status|NEW

[Bug c++/58022] Compiler rejects abstract class in template class with friend operator<

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58022 --- Comment #1 from Paolo Carlini --- Please try to reduce the testcase further, no includes. You have a number of options here: http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction

[Bug c++/58022] Compiler rejects abstract class in template class with friend operator<

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58022 --- Comment #2 from Paolo Carlini --- This compiles fine in mainline, doesn't with current 4_8-branch.

[Bug c++/57901] [4.8/4.9 Regression] Cannot call-by-value such that class has non-trivial (constexpr) move constructor

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

[Bug c++/58022] [4.8 Regression] Compiler rejects abstract class in template class with friend operator<

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58022 --- Comment #3 from Ryan Johnson --- (In reply to Paolo Carlini from comment #1) > Please try to reduce the testcase further, no includes. You have a number of > options here: http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction Sorry, I thought

[Bug c++/58022] [4.8 Regression] Compiler rejects abstract class in template class with friend operator<

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

[Bug middle-end/57748] [4.8/4.9 Regression] ICE on ARM with -mfloat-abi=softfp -mfpu=neon

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748 --- Comment #6 from Bernd Edlinger --- (In reply to Martin Jambor from comment #5) > expand_assignment, offset as filled in get_inner_reference is the same, > however get_object_alignment (tem) used to return 64, and now only returns > 32 which th

[Bug rtl-optimization/49847] [4.7/4.8/4.9 Regression] NULL deref in fold_rtx (prev_insn_cc0 == NULL)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 Thorsten Glaser changed: What|Removed |Added CC||tg at mirbsd dot org --- Comment #23 fr

[Bug libfortran/58020] Code for handling IEEE exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020 --- Comment #2 from Fred Krogh --- 1. Hanson is willing to assign the copyright if you expect to be using this work. There were thoughts to include this work on a SIAM website where we think SIAM would want the copyright, but if gfortran wants to

[Bug fortran/57306] [OOP] [F08] ICE on valid with class pointer initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57306 janus at gcc dot gnu.org changed: What|Removed |Added Summary|[OOP] ICE on valid with |[OOP] [F08] ICE on valid

[Bug libfortran/58020] Code for handling IEEE exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020 --- Comment #3 from Steve Kargl --- On Mon, Jul 29, 2013 at 09:03:53PM +, fkrogh#gcc at mathalacarte dot com wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58020 > > --- Comment #2 from Fred Krogh --- > 1. Hanson is willing to assign t

[Bug tree-optimization/14741] graphite with loop blocking and interchanging doesn't optimize a matrix multiplication loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741 --- Comment #28 from Sebastian Pop --- (In reply to Evgeniy Dushistov from comment #26) > void mult(const double * const __restrict__ A, const double * const > __restrict__ B, double * const __restrict__ C, const size_t N) > { > for (size_t

[Bug fortran/58023] New: ICE on invalid with missing NOPASS

: posix gcc version 4.9.0 20130729 (experimental) (GCC) $ gfortran -c bug.F90 -o bug.o bug.F90:10.34: procedure(mr), pointer :: mr1 1 Error: Procedure pointer component 'mr1' with PASS at (1) must have at least one argument f951: internal compiler

[Bug tree-optimization/57993] [4.9 Regression] ICE: verify_ssa failed (definition in block n does not dominate use in block m)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57993 Bill Schmidt changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/58025] New: Cannot use std::hash without setting off -Wmismatched-tags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58025 Bug ID: 58025 Summary: Cannot use std::hash without setting off -Wmismatched-tags Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: trivial Pri

[Bug libstdc++/58025] Cannot use std::hash without setting off -Wmismatched-tags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58025 --- Comment #1 from Matt Arsenault --- Created attachment 30570 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30570&action=edit Testcase

[Bug libstdc++/56627] class hash instead of struct hash

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56627 Andrew Pinski changed: What|Removed |Added CC||whatmannerofburgeristhis@gm

[Bug libstdc++/58025] Cannot use std::hash without setting off -Wmismatched-tags

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

[Bug libstdc++/56627] class hash instead of struct hash

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56627 --- Comment #9 from Matt Arsenault --- (In reply to Andrew Pinski from comment #8) > *** Bug 58025 has been marked as a duplicate of this bug. *** They don't have to be consistent by the standard, but the purpose of warnings is not to strictly r

[Bug libstdc++/56627] class hash instead of struct hash

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56627 --- Comment #10 from Andrew Pinski --- (In reply to Matt Arsenault from comment #9) > (In reply to Andrew Pinski from comment #8) > > *** Bug 58025 has been marked as a duplicate of this bug. *** > > They don't have to be consistent by the standa

[Bug fortran/58026] New: internal compiler error: in generate_finalization_wrapper, at fortran/class.c:1521

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026 Bug ID: 58026 Summary: internal compiler error: in generate_finalization_wrapper, at fortran/class.c:1521 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severit

[Bug fortran/58024] ICE due to segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58024 Joost VandeVondele changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|