[Bug debug/59474] Invalid binaries produced when making win32 EXEs with -gsplit-dwarf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59474 asmwarrior asmwarrior at gmail dot com changed: What|Removed |Added CC||asmwarrior at

[Bug fortran/60191] test case gfortran.dg/dynamic_dispatch_1/3.f03 fail on ARMv7

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60191 Bernd Edlinger bernd.edlinger at hotmail dot de changed: What|Removed |Added Status|NEW |RESOLVED

[Bug rtl-optimization/60763] ICE in extract_insn starting with rev 208984

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60763 --- Comment #1 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org --- I can't reproduce this locally. Do I need any special configure flags apart from -mcpu=power8? It'd be interesting to see the insn that split_insn is splitting.

[Bug tree-optimization/60766] [4.8/4.9 Regression] Wrong optimization with -O2

version 4.7.2 20120816 (prerelease) [gcc-4_7-branch revision 190437] (GCC) : fail gcc version 4.8.3 20140315 (prerelease) [gcc-4_8-branch revision 208588] : fail gcc version 4.9.0 20140405 (experimental) [trunk revision 209137] (GCC) : OK

[Bug middle-end/60762] [ASAN] -fsanitize=address fails with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60762 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org --- Hmm, the problem turns out to be more subtle: I compiled the same program on CentOS 6.4 and on openSUSE 13.1. Result: * On CentOS, both binaries fail with the assert (also

[Bug c++/60768] New: Excessive C++ compile time with -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60768 Bug ID: 60768 Summary: Excessive C++ compile time with -O3 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug target/57578] SPE detection broken on Linux (bits/predefs.h: No such file or directory)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57578 Matthias Klose doko at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/60751] Extra comma in WRITE statement not diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60751 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |WAITING

[Bug c++/60768] Excessive C++ compile time with -O3

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

[Bug c++/60768] Excessive C++ compile time with -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60768 --- Comment #2 from David Binderman dcb314 at hotmail dot com --- (In reply to Markus Trippelsdorf from comment #1) Are you using --enable-checking=release? No, --enable-checking=yes Might be a dup of pr59802. Might be. Similar report from

[Bug fortran/60283] Wrong code: decode_omp_directive: implicit_pure not correctly unset

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60283 --- Comment #6 from Thomas Schwinge tschwinge at gcc dot gnu.org --- Author: tschwinge Date: Sat Apr 5 10:36:58 2014 New Revision: 209150 URL: http://gcc.gnu.org/viewcvs?rev=209150root=gccview=rev Log: Use gfc_unset_implicit_pure. PR

[Bug rtl-optimization/60769] New: [4.8 Regression] ICE: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60769 Bug ID: 60769 Summary: [4.8 Regression] ICE: Max. number of generated reload insns per insn is achieved (90) Product: gcc Version: 4.8.3 Status: UNCONFIRMED

[Bug rtl-optimization/60769] [4.8 Regression] ICE: Max. number of generated reload insns per insn is achieved (90)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60769 --- Comment #1 from Marc Glisse glisse at gcc dot gnu.org --- Still present with a pure r209150. 0x98bcc9 lra_constraints(bool) /data/repos/gcc/gcc-4_8-branch/gcc/lra-constraints.c:3563 0x97c676 lra(_IO_FILE*)

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407 --- Comment #22 from dominiq at gcc dot gnu.org --- Author: dominiq Date: Sat Apr 5 12:25:37 2014 New Revision: 209152 URL: http://gcc.gnu.org/viewcvs?rev=209152root=gccview=rev Log: 2012-04-06 Dominique d'Humieres domi...@lps.ens.fr

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407 --- Comment #23 from dominiq at gcc dot gnu.org --- Author: dominiq Date: Sat Apr 5 12:29:27 2014 New Revision: 209153 URL: http://gcc.gnu.org/viewcvs?rev=209153root=gccview=rev Log: 2012-04-05 Dominique d'Humieres domi...@lps.ens.fr

[Bug target/54407] FAIL: 30_threads/condition_variable/54185.cc execution test program timed out on powerpc-apple-darwin9 and x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54407 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|NEW |RESOLVED

[Bug libgomp/60035] [PATCH] make it possible to use OMP on both sides of a fork (without violating standard)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60035 larsmans at gmail dot com changed: What|Removed |Added CC||larsmans at gmail dot com ---

[Bug libgomp/60035] [PATCH] make it possible to use OMP on both sides of a fork (without violating standard)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60035 Nathaniel J. Smith njs at pobox dot com changed: What|Removed |Added Attachment #32019|0 |1 is

[Bug libgomp/60035] [PATCH] make it possible to use OMP on both sides of a fork (without violating standard)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60035 --- Comment #6 from Nathaniel J. Smith njs at pobox dot com --- (In reply to larsmans from comment #4) Nathaniel, could you apply the cosmetic changes suggested at http://gcc.gnu.org/ml/gcc-patches/2014-02/msg00860.html? I'd hate to see this

[Bug libgomp/60035] [PATCH] make it possible to use OMP on both sides of a fork (without violating standard)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60035 --- Comment #7 from larsmans at gmail dot com --- Phase 1? (Not familiar with the GCC dev cycle.)

[Bug libgomp/60035] [PATCH] make it possible to use OMP on both sides of a fork (without violating standard)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60035 --- Comment #8 from Nathaniel J. Smith njs at pobox dot com --- (In reply to larsmans from comment #7) Phase 1? (Not familiar with the GCC dev cycle.) Sorry, meant stage 1. GCC trunk is (IIUC) currently in RC-bug-fixes-only pre-release freeze

[Bug target/60582] gfortran.dg/fmt_en.f90 FAILs on Solaris 9/x86

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60582 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/60767] [ICE] use of using inside template causes failure in retreive_specialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60767 Daniel Krügler daniel.kruegler at googlemail dot com changed: What|Removed |Added CC|

[Bug fortran/60751] Extra comma in WRITE statement not diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60751 --- Comment #5 from Walter Spector w6ws at earthlink dot net --- It seems quite trivial to fix, but does it really worth the work? Well, we had an instance where this accidentally slipped into our code. Later on, our nightly regression runs

[Bug fortran/60751] Extra comma in WRITE statement not diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60751 --- Comment #6 from Walter Spector w6ws at earthlink dot net --- Adding that both READ and WRITE have this issue. Interestingly, the iolength version of INQUIRE does not: inquire (iolength=i), i 1 Error: Expected

[Bug fortran/60751] Extra comma in WRITE statement not diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60751 --- Comment #7 from Harald Anlauf anlauf at gmx dot de --- (In reply to Walter Spector from comment #5) It seems quite trivial to fix, but does it really worth the work? Well, we had an instance where this accidentally slipped into our code.

[Bug ipa/60761] Names of all function clones in g++ are built-in, in both warnings and dumps

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

[Bug ipa/60761] Names of all function clones in g++ are built-in, in both warnings and dumps

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60761 --- Comment #3 from Manuel López-Ibáñez manu at gcc dot gnu.org --- (In reply to Manuel López-Ibáñez from comment #2) (In reply to Martin Jambor from comment #0) mjambor@virgil:~/gcc/bisect/test/clonenames$ ~/gcc/bisect/inst/bin/g++ -O3 -S

[Bug ipa/60665] gcc/ipa-devirt.c:1510:7: warning: variable 'can_refer' is used uninitialized whenever '?:' condition is false

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

[Bug tree-optimization/60770] New: disappearing clobbers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60770 Bug ID: 60770 Summary: disappearing clobbers Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

[Bug c++/60517] warning/error for taking address of member of a temporary object

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60517 --- Comment #10 from Marc Glisse glisse at gcc dot gnu.org --- Created attachment 32549 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32549action=edit first try With -O -fdisable-tree-esra (see PR 60770), it warns on the testcase. Twice

[Bug c++/60771] New: rejects-valid: static constexpr const reference initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60771 Bug ID: 60771 Summary: rejects-valid: static constexpr const reference initialization Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug middle-end/60469] simple cilk plus program ICEs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60469 --- Comment #1 from Andi Kleen andi-gcc at firstfloor dot org --- I investigated this a bit. The problem is in get_chain_decl() in the nested function lowering because Cilk creates nested functions. info-outer is NULL created_nesting_tree does

[Bug fortran/60751] Extra comma in WRITE statement not diagnosed

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