[Bug libfortran/48961] EXECUTE_COMMAND_LINE(WAIT=.false.) fails on MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48961 --- Comment #11 from Thomas Henlich 2011-05-15 09:13:28 UTC --- (In reply to comment #9) > Thus, I do not see how one can solve this better than currently done. We might call system() in a separate thread instead of a separate process which is m

[Bug target/38547] duplicate symbols with g++ on AIX

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547 --- Comment #21 from Rainer Tammer 2011-05-15 09:20:15 UTC --- Hello, Sorry for the delayed answer. On 02.05.2011 19:41, jqian at tibco dot com wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38547 > > --- Comment #20 from Jason Qian 2011-

[Bug libfortran/48961] EXECUTE_COMMAND_LINE(WAIT=.false.) fails on MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48961 --- Comment #12 from Thomas Henlich 2011-05-15 09:26:02 UTC --- (In reply to comment #11) > (In reply to comment #9) > > Thus, I do not see how one can solve this better than currently done. > > We might call system() in a separate thread instea

[Bug libfortran/48931] Backtrace functionality not async-signal-safe

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48931 Janne Blomqvist changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p

[Bug c++/48994] [4.7 regression] [C++0x] error for trivial use of range-based 'for'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 Jonathan Wakely changed: What|Removed |Added Keywords||patch Target Milestone|---

[Bug c++/48999] [4.7 Regression] FAIL: g++.dg/torture/20090706-1.C due to an ICE on *-*-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48999 --- Comment #1 from Dominique d'Humieres 2011-05-15 10:09:41 UTC --- No ICE with revision 173450, ICE with revision 173451.

[Bug web/46482] [bugzilla] emails not sent to gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46482 --- Comment #9 from Jonathan Wakely 2011-05-15 10:06:18 UTC --- my mails to the gcc, libstdc++, gcc-help and gcc-patches lists show up in the archives almost immediately, so the delays seem to be specific to mails to gcc-bugs generated by bugzill

[Bug c++/49004] Improve the error message for linking failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49004 --- Comment #1 from Jonathan Wakely 2011-05-15 10:17:03 UTC --- that error comes from the linker, not gcc

[Bug fortran/48700] [OOP] memory leak with MOVE_ALLOC of polymorphic variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libfortran/48915] Incorrect process return code with -fdump-core

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48915 --- Comment #7 from Janne Blomqvist 2011-05-15 10:23:56 UTC --- Author: jb Date: Sun May 15 10:23:53 2011 New Revision: 173770 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173770 Log: PR 48915 Clarify _gfortran_set_options documentation

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 janus at gcc dot gnu.org changed: What|Removed |Added Summary|[OOP] memory leak with |memory leak with MOVE_ALLOC

[Bug preprocessor/48677] cpp.exe broken ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677 ralpheng...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug preprocessor/48677] cpp.exe broken ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677 Mikael Pettersson changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org,

[Bug fortran/48699] [OOP] MOVE_ALLOC of polymorphic variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/43663] Can't take a const-ref to a bit field

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43663 James Dennett changed: What|Removed |Added CC||james.dennett at gmail dot

[Bug fortran/48699] [OOP] MOVE_ALLOC of polymorphic variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48699 --- Comment #5 from janus at gcc dot gnu.org 2011-05-15 11:53:00 UTC --- (In reply to comment #4) > In each TYPE IS/CLASS IS block we generate a temporary for the selector. > Apparently we need to set the correct attributes for the temporary. cf.

[Bug c++/43663] Can't take a const-ref to a bit field

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43663 --- Comment #7 from James Dennett 2011-05-15 11:55:47 UTC --- Unsurprisingly the quick hack isn't really good enough -- it'll happily bind a non-const reference to a temporary initialized from a bitfield. (...and I guess that's why we have tests

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|una

[Bug preprocessor/48677] cpp.exe broken ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677 ralpheng...@gmail.com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FI

[Bug c++/43663] Can't take a const-ref to a bit field

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43663 --- Comment #8 from James Dennett 2011-05-15 12:34:51 UTC --- Interestingly this works with Apple's g++ 4.2.1, specifically i686-apple-darwin10-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3), but not with their 4.0.1 release. Tested with:

[Bug middle-end/48989] [4.7 Regression] FAIL: gfortran.dg/lto/pr46036 f_lto_pr46036_0.o assemble

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48989 Hans-Peter Nilsson changed: What|Removed |Added CC||hp at gcc dot gnu.org --- Comment #2

[Bug middle-end/46500] target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 --- Comment #8 from Jorn Wolfgang Rennecke 2011-05-15 12:51:00 UTC --- Author: amylaar Date: Sun May 15 12:50:57 2011 New Revision: 173771 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173771 Log: PR middle-end/46500 gcc/fortran:

[Bug fortran/48705] [OOP] ALLOCATE with non-trivial SOURCE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48705 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 --- Comment #4 from janus at gcc dot gnu.org 2011-05-15 13:15:23 UTC --- (In reply to comment #3) > > We miss to deallocate "sm", before it gets overridden. > > Simple patch which does just that (not regtested): Fails at least on move_alloc_2.f90

[Bug c++/48999] [4.7 Regression] FAIL: g++.dg/torture/20090706-1.C due to an ICE on *-*-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48999 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Commen

[Bug middle-end/48907] [4.7 Regression] ICE in bitmap_first_set_bit, at bitmap.c:782

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48907 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug c++/48999] [4.7 Regression] FAIL: g++.dg/torture/20090706-1.C due to an ICE on *-*-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48999 John David Anglin changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug ada/49005] New: gnattools/Makefile hardcodes gnatmake/gnatbind/gnatlink

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49005 Summary: gnattools/Makefile hardcodes gnatmake/gnatbind/gnatlink Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priorit

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #48 from Tobias Burnus 2011-05-15 16:20:21 UTC --- Author: burnus Date: Sun May 15 16:20:18 2011 New Revision: 173772 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173772 Log: 2011-05-15 Tobias Burnus PR fortran/1

[Bug lto/48938] [4.7 Regression] ICE: in lto_wpa_write_files, at lto/lto.c:1992 with -O -flto --param lto-min-partition=1

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

[Bug c++/49003] [C++0x] decltype in member function's trailing return type should deduce constness of *this

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49003 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 --- Comment #5 from janus at gcc dot gnu.org 2011-05-15 17:23:11 UTC --- Updated patch: Index: gcc/fortran/trans-intrinsic.c === --- gcc/fortran/trans-intrinsic.c(revision 173770)

[Bug fortran/48705] [OOP] ALLOCATE with non-trivial SOURCE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48705 --- Comment #2 from janus at gcc dot gnu.org 2011-05-15 17:40:06 UTC --- (In reply to comment #1) > use generic_deferred > implicit none > type(addable) :: x, y > class(addable), allocatable :: z > x = addable((/1,2/)) > y = addable((/2

[Bug tree-optimization/49006] New: [4.6/4.7 Regression] Missed vectorization due to revision 167531

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49006 Summary: [4.6/4.7 Regression] Missed vectorization due to revision 167531 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Co

[Bug target/49002] 128-bit AVX load incorrectly becomes 256-bit AVX load

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49002 Uros Bizjak changed: What|Removed |Added Target||x86-avx Status|UNCONFIRMED

[Bug rtl-optimization/49007] New: ICE in extract_true_false_edges_from_block at tree-cfg.c:7379

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49007 Summary: ICE in extract_true_false_edges_from_block at tree-cfg.c:7379 Product: gcc Version: 4.3.6 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug target/49001] GCC uses VMOVAPS/PD AVX instructions to access stack variables that are not 32-byte aligned

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49001 Uros Bizjak changed: What|Removed |Added CC||ktietz at gcc dot gnu.org Severit

[Bug rtl-optimization/49007] ICE in extract_true_false_edges_from_block at tree-cfg.c:7379

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49007 --- Comment #1 from John David Anglin 2011-05-15 21:19:15 UTC --- The then and else labels are the same for the cond: Breakpoint 12, 0x00361cb4 in make_edges () at ../../gcc/gcc/tree-cfg.c:801 801 then_bb = label_to_block (then_label); (gdb

[Bug target/48554] Regression for coldfire platform

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48554 Vincent Riviere changed: What|Removed |Added CC||vincent.riviere at freesbee

[Bug target/49001] GCC uses VMOVAPS/PD AVX instructions to access stack variables that are not 32-byte aligned

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49001 --- Comment #2 from H.J. Lu 2011-05-15 22:10:00 UTC --- Stack alignment isn't supported on Windows.

[Bug fortran/48700] memory leak with MOVE_ALLOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48700 --- Comment #6 from janus at gcc dot gnu.org 2011-05-15 22:05:00 UTC --- The patch in comment #5 regtests cleanly. But apparently there is also a problem with MOVE_ALLOC and allocatable arrays: program testmv3 type bar integer, allocatabl

[Bug rtl-optimization/49007] ICE in extract_true_false_edges_from_block at tree-cfg.c:7379

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49007 --- Comment #2 from John David Anglin 2011-05-15 22:26:47 UTC --- Breakpoint 5, make_cond_expr_edges (bb=0x7ac36b40) at ../../gcc/gcc/tree-cfg.c:793 793 gcc_assert (entry); (gdb) p debug_gimple_stmt ($ret0) if (regstart != 0B) goto ; else go

[Bug rtl-optimization/48633] [4.7 regression] IRA causes ICE in compensate_edge

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48633 --- Comment #4 from Uros Bizjak 2011-05-15 22:55:59 UTC --- The same error is triggered with the testcase in PR 48757.

[Bug c++/48994] [4.7 regression] [C++0x] error for trivial use of range-based 'for'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 --- Comment #6 from Jonathan Wakely 2011-05-15 23:08:00 UTC --- fixed

[Bug c++/48994] [4.7 regression] [C++0x] error for trivial use of range-based 'for'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 --- Comment #5 from Jonathan Wakely 2011-05-15 23:04:06 UTC --- Author: redi Date: Sun May 15 23:04:04 2011 New Revision: 173778 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173778 Log: PR c++/48994 * parser.c (cp_parser_perform

[Bug target/47715] [x32] TLS doesn't work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47715 --- Comment #10 from hjl at gcc dot gnu.org 2011-05-15 22:58:15 UTC --- Author: hjl Date: Sun May 15 22:58:13 2011 New Revision: 173777 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173777 Log: Rename tls_global_dynamic_64 to tls_global_

[Bug c++/48994] [4.7 regression] [C++0x] error for trivial use of range-based 'for'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug rtl-optimization/49007] ICE in extract_true_false_edges_from_block at tree-cfg.c:7379

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49007 --- Comment #3 from John David Anglin 2011-05-16 01:35:28 UTC --- By trial and error, it appears tree-cfgcleanup.c is miscompiled at -O1 without -fno-delayed-branch.

[Bug c++/49004] Improve the error message for linking failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49004 Paul Carroll changed: What|Removed |Added CC||pcarroll at codesourcery

[Bug target/49001] GCC uses VMOVAPS/PD AVX instructions to access stack variables that are not 32-byte aligned

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49001 --- Comment #3 from Norbert Pozar 2011-05-16 06:05:37 UTC --- (In reply to comment #1) > Please provide testcase that can be compiled without changes. See [1]. I'm sorry about this. > Probably mingw64 specific problem... CC added. Thank you fo