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

2011-05-14 Thread qiaomuf at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49004 Summary: Improve the error message for linking failure Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassig

[Bug rtl-optimization/48932] ICE in check_dep, at sched-deps.c:4097

2011-05-14 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48932 --- Comment #5 from John David Anglin 2011-05-15 03:04:58 UTC --- Author: danglin Date: Sun May 15 03:04:54 2011 New Revision: 173769 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173769 Log: PR rtl-optimization/48932 Backport fr

[Bug rtl-optimization/45593] [4.5/4.6 regression] segfault with -Os

2011-05-14 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45593 --- Comment #9 from John David Anglin 2011-05-15 03:04:58 UTC --- Author: danglin Date: Sun May 15 03:04:54 2011 New Revision: 173769 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173769 Log: PR rtl-optimization/48932 Backport fr

[Bug rtl-optimization/48932] ICE in check_dep, at sched-deps.c:4097

2011-05-14 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48932 --- Comment #6 from John David Anglin 2011-05-15 03:06:35 UTC --- Fixed.

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

2011-05-14 Thread zeratul976 at hotmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49003 Summary: [C++0x] decltype in member function's trailing return type should deduce constness of *this Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug preprocessor/48677] cpp.exe broken ?

2011-05-14 Thread ralphengels at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48677 --- Comment #13 from ralphengels at gmail dot com 2011-05-15 01:37:13 UTC --- took me quite a while but i found the bug. in gcc/cppspec.c /* If we don't need to edit the command line, we can bail early. */ new_argc = argc + need_E + read_st

[Bug tree-optimization/49000] [4.6/4.7 Regression] ICE: verify_ssa failed with -O2 -g

2011-05-14 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/49002] New: 128-bit AVX load incorrectly becomes 256-bit AVX load

2011-05-14 Thread athena at fftw dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49002 Summary: 128-bit AVX load incorrectly becomes 256-bit AVX load Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

[Bug fortran/46686] Improve backtracing (unwinding) on MinGW

2011-05-14 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46686 --- Comment #2 from Tobias Burnus 2011-05-14 21:11:07 UTC --- (In reply to comment #1) > The generic code below relies on libgcc routines, it should work anywhere, > doesn't it? Well, on x86-64-linux, I needed at least the following modification

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

2011-05-14 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 --- Comment #3 from Jonathan Wakely 2011-05-14 20:37:33 UTC --- I'm testing this change: if (!COMPLETE_TYPE_P (complete_type (TREE_TYPE (range

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

2011-05-14 Thread npozar at quick dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49001 Summary: GCC uses VMOVAPS/PD AVX instructions to access stack variables that are not 32-byte aligned Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: major

[Bug rtl-optimization/45593] [4.5/4.6 regression] segfault with -Os

2011-05-14 Thread danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45593 --- Comment #8 from John David Anglin 2011-05-14 20:39:57 UTC --- Author: danglin Date: Sat May 14 20:39:54 2011 New Revision: 173763 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173763 Log: PR rtl_optimization/48932 Backport fr

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

2011-05-14 Thread npozar at quick dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49001 Norbert Pozar changed: What|Removed |Added Severity|major |critical

[Bug tree-optimization/49000] New: ICE: verify_ssa failed with -O2 -g

2011-05-14 Thread arthur.j.odwyer at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49000 Summary: ICE: verify_ssa failed with -O2 -g Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: una

[Bug lto/48423] crash when using lto, linker plugin with bfd ld

2011-05-14 Thread vincenzo.innocente at cern dot ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48423 --- Comment #7 from vincenzo Innocente 2011-05-14 17:24:12 UTC --- the snapshot ftp://sourceware.org/pub/binutils/snapshots/binutils-2.21.51.tar.bz2 from 14/5/11 5:43:00 AM seems ok for what ld.bdf is concerned (no warning, no crash, export corre

[Bug c++/43453] Initialization of char array with string literal fails in mem-initializer

2011-05-14 Thread schaub.johannes at googlemail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43453 --- Comment #4 from Johannes Schaub 2011-05-14 16:18:58 UTC --- (In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #1) > > > (In reply to comment #0) > > > > Fails to compile, but should work: > > > > > > > > struct A {

[Bug lto/48384] lto, linker-plugin and optimization clutter the stack trace

2011-05-14 Thread lat at cern dot ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48384 Lassi Tuura changed: What|Removed |Added CC||lat at cern dot ch --- Comment #6 from Lass

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

2011-05-14 Thread jb at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48931 Janne Blomqvist changed: What|Removed |Added AssignedTo|unassigned at gcc dot |jb at gcc dot gnu.org

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

2011-05-14 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48961 --- Comment #10 from Tobias Burnus 2011-05-14 14:05:19 UTC --- (In reply to comment #9) > execl(, "sh", "-c", command, (char *)0); > where is an unspecified pathname for the sh utility." > Thus, for a POSIX system, one could use:

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

2011-05-14 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48961 --- Comment #9 from Tobias Burnus 2011-05-14 14:00:26 UTC --- (In reply to comment #8) > We fork() and then call system(), which forks again and runs a shell, then the > shell exits, the forked process inside system() exits, the we exit our forke

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

2011-05-14 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48994 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid Status|UNCONF

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

2011-05-14 Thread thenlich at users dot sourceforge.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48961 --- Comment #8 from Thomas Henlich 2011-05-14 12:54:26 UTC --- Maybe I'm wrong, but I'm not sure the current implementation of asynchronous execution is very efficient (on Unix systems): We fork() and then call system(), which forks again and ru

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

2011-05-14 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48999 Summary: [4.7 Regression] FAIL: g++.dg/torture/20090706-1.C due to an ICE on *-*-darwin* Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug middle-end/48674] [4.7 Regression] FAIL: g++.dg/torture/pr48661.C

2011-05-14 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48674 --- Comment #12 from Dominique d'Humieres 2011-05-14 12:31:43 UTC --- These failures disappeared on between revisions 173492 and 173525 on powerpc-apple-darwin9.8 (see http://gcc.gnu.org/ml/gcc-testresults/2011-05/msg00719.html and http://gcc.gnu

[Bug fortran/48972] OPEN with Unicode file name

2011-05-14 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48972 --- Comment #11 from Tobias Burnus 2011-05-14 11:55:14 UTC --- Done: Constraint diagnostic of the Fortran standard. To be done: Adding vendor extension to support UCS-4 arguments to OPEN's and INQUIRE's file argument.

[Bug fortran/48991] [4.7 Regression] FAIL: gfortran.dg/assign_8.f90

2011-05-14 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48991 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

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

2011-05-14 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48961 --- Comment #7 from Tobias Burnus 2011-05-14 11:52:34 UTC --- EXECUTE_COMMAND_LINE(WAIT=.false.) now should no longer fail on systems without fork(). Remains to do: Implement asynchronous execution on MinGW, cf. attachment 24228.

[Bug tree-optimization/48998] New: ICE: verify_flow_info failed: Wrong frequency of block 227 -161996 with -O3 --param max-completely-peeled-insns=5000 --param max-predicted-iterations=1

2011-05-14 Thread zsojka at seznam dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48998 Summary: ICE: verify_flow_info failed: Wrong frequency of block 227 -161996 with -O3 --param max-completely-peeled-insns=5000 --param max-predicted-iterations=1 Produ

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

2011-05-14 Thread burnus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #47 from Tobias Burnus 2011-05-14 10:34:49 UTC --- Author: burnus Date: Sat May 14 10:34:44 2011 New Revision: 173755 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173755 Log: 2011-05-14 Tobias Burnus PR fortran/1

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

2011-05-14 Thread jb at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48915 --- Comment #6 from Janne Blomqvist 2011-05-14 10:24:20 UTC --- Author: jb Date: Sat May 14 10:24:18 2011 New Revision: 173754 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173754 Log: PR 48915 Update mixed-language programming documenta

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

2011-05-14 Thread jb at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48915 --- Comment #5 from Janne Blomqvist 2011-05-14 10:20:59 UTC --- Author: jb Date: Sat May 14 10:20:56 2011 New Revision: 173753 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173753 Log: PR 48915 Update mixed-language programming documenta

[Bug fortran/48997] New: Don't use allocatable arrays for function elimination

2011-05-14 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48997 Summary: Don't use allocatable arrays for function elimination Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran A

[Bug fortran/22572] Double occurrence of matmul intrinsic not optimised

2011-05-14 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug fortran/22572] Double occurrence of matmul intrinsic not optimised

2011-05-14 Thread tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572 --- Comment #8 from Thomas Koenig 2011-05-14 09:48:11 UTC --- Author: tkoenig Date: Sat May 14 09:48:08 2011 New Revision: 173752 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173752 Log: 2011-05-14 Thomas Koenig PR fortran/22572

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

2011-05-14 Thread jb at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48915 Janne Blomqvist changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

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

2011-05-14 Thread jb at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48915 --- Comment #3 from Janne Blomqvist 2011-05-14 08:44:12 UTC --- Author: jb Date: Sat May 14 08:44:09 2011 New Revision: 173750 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173750 Log: PR 48915 Abort handling Modified: trunk/gcc/for