[Bug tree-optimization/48129] [4.7 Regression]: gcc.c-torture/execute/builtins/snprintf-chk.c ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48129 Hans-Peter Nilsson changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug libstdc++/48130] [4.7 Regression]: build fails on libsupc++/nested_exception.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48130 Hans-Peter Nilsson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug target/46788] unsigned int possible treated as signed in a union/struct

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46788 --- Comment #9 from Ramana Radhakrishnan 2011-03-15 20:06:16 UTC --- (In reply to comment #7) > AFAICS, however, pr47688.c is still there. I think I managed to delete it now even though I did do a svn rename. Ramana

[Bug c/48139] New: __builtin_lrintf() becomes a library call, not an cvtss2si instruction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48139 Summary: __builtin_lrintf() becomes a library call, not an cvtss2si instruction Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/48140] New: fmod() not accurate to double precision?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48140 Summary: fmod() not accurate to double precision? Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gc

[Bug fortran/47571] [4.6/4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571 --- Comment #41 from Janne Blomqvist 2011-03-15 20:38:18 UTC --- (In reply to comment #37) > #if defined(__alpha__) && defined(__osf__) > #undef HAVE_CLOCK_GETTIME > #endif > > or some configure.ac equivalent. Ugly but still better than complet

[Bug rtl-optimization/48141] New: [4.4/4.5/4.6/4.7 Regression] DSE compile time hog

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48141 Summary: [4.4/4.5/4.6/4.7 Regression] DSE compile time hog Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: compile-time-hog Severity: normal Priority: P3

[Bug c/48140] fmod() not accurate to double precision?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48140 --- Comment #1 from Simon DeDeo 2011-03-15 20:46:55 UTC --- Created attachment 23671 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23671 .i file (Intel Core i7, gcc 4.5.2)

[Bug c/48140] fmod() not accurate to double precision?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48140 --- Comment #2 from Simon DeDeo 2011-03-15 20:48:28 UTC --- Created attachment 23672 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23672 .i file (Different system, gcc 4.1.2 (Gentoo 4.1.2 p1.1))

[Bug libstdc++/48123] bits/cpu_defines.h not installed in freestanding mode.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48123 --- Comment #1 from dougkwan at gcc dot gnu.org 2011-03-15 20:57:00 UTC --- Author: dougkwan Date: Tue Mar 15 20:56:52 2011 New Revision: 171019 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171019 Log: 2011-03-15 Doug Kwan PR

Re: MIPS: va_arg is unable to correct extract an empty zero-length array

Nick Clifton writes: > Hi Eric, Hi Richard, > > A customer has reported the following bug with the MIPS target. Since > it is for a GNU extension to the C language (zero-length arrays) that > is being used in a non-intended fashion (the zero-length array is in a > structure with no other

[Bug libstdc++/48123] bits/cpu_defines.h not installed in freestanding mode.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48123 --- Comment #2 from dougkwan at gcc dot gnu.org 2011-03-15 23:39:07 UTC --- Author: dougkwan Date: Tue Mar 15 23:39:02 2011 New Revision: 171020 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171020 Log: 2011-03-15 Doug Kwan PR

[Bug libstdc++/48123] bits/cpu_defines.h not installed in freestanding mode.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48123 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug middle-end/29160] missed optimization: redundant casts prevent vectorization

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

[Bug target/48142] New: miscompilation with -mpreferred-stack-boundary=5 -fstack-check=specific

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48142 Summary: miscompilation with -mpreferred-stack-boundary=5 -fstack-check=specific Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug rtl-optimization/48143] New: ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7114 with custom flags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48143 Summary: ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7114 with custom flags Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority

[Bug fortran/47546] [OOP] Internal error - free_pi_tree(): Unresolved fixup

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 --- Comment #19 from Rich Townsend 2011-03-16 02:29:35 UTC --- (In reply to comment #18) > (In reply to comment #8) > > This is a *very* strange bug, to say the least. Here is a reduced test case: > > > > > > module hydro_types > > implicit n

[Bug fortran/47546] [OOP] Internal error - free_pi_tree(): Unresolved fixup

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot |

[Bug rtl-optimization/48144] New: ICE: in code_motion_path_driver, at sel-sched.c:6575 with -fselective-scheduling2 and custom flags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48144 Summary: ICE: in code_motion_path_driver, at sel-sched.c:6575 with -fselective-scheduling2 and custom flags Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/48145] New: Generic interfaces & derived types cannot share names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48145 Summary: Generic interfaces & derived types cannot share names Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assign

[Bug fortran/47546] [OOP] Internal error - free_pi_tree(): Unresolved fixup

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 --- Comment #21 from Jerry DeLisle 2011-03-16 02:57:02 UTC --- partial valgrind: ==3316== 5,104 bytes in 2 blocks are definitely lost in loss record 433 of 443 ==3316==at 0x4A04896: calloc (vg_replace_malloc.c:418) ==3316==by 0xD49748: x

[Bug fortran/47546] [OOP] Internal error - free_pi_tree(): Unresolved fixup

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 --- Comment #22 from Jerry DeLisle 2011-03-16 02:58:59 UTC --- Another valgrind chunk: ==3316== 318 bytes in 2 blocks are definitely lost in loss record 357 of 443 ==3316==at 0x4A04896: calloc (vg_replace_malloc.c:418) ==3316==by 0xD4974

[Bug fortran/47546] [OOP] Internal error - free_pi_tree(): Unresolved fixup

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 --- Comment #23 from Jerry DeLisle 2011-03-16 03:01:11 UTC --- Another small piece just before the error message. $ valgrind --leak-check=full f951 pr47546.f90 ==3316== Memcheck, a memory error detector ==3316== Copyright (C) 2002-2009, and GNU

[Bug c++/47256] "--sysroot" option is not passed to COLLECT_GCC_OPTIONS

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47256 lianhao.lu at intel dot com changed: What|Removed |Added CC||lianhao.lu at intel dot com

[Bug c/48146] New: ICE tree check: expected ssa_name, have var_decl in has_zero_uses, at tree-flow-inline.h:342

/z/compiler-install/gcc-r171019-install --program-prefix=r171019- --enable-languages=c,c++ Thread model: posix gcc version 4.7.0 20110315 (experimental) (GCC) regehr@home:~/volatile/bugs/tmp004$ current-gcc -c small.c -O2 small.c: In function ‘func_67’: small.c:14:1: internal compiler error: tree

[Bug fortran/47546] [OOP] Internal error - free_pi_tree(): Unresolved fixup

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546 --- Comment #24 from Jerry DeLisle 2011-03-16 04:10:09 UTC --- Created attachment 23678 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23678 Valgrind out for test case that completes compilation This attachment with the version of the test

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601 PcX changed: What|Removed |Added CC||xunxun1982 at gmail dot com --- Comment #53 from Pc

[Bug target/45844] FAIL: gfortran.dg/vect/pr45714-b.f -O (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844 --- Comment #6 from Alan Modra 2011-03-16 06:26:33 UTC --- Author: amodra Date: Wed Mar 16 06:26:29 2011 New Revision: 171031 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171031 Log: PR target/45844 * config/rs6000/rs6000.c (rs6

[Bug c++/43601] Enormous increase in DLL object files size in 4.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601 --- Comment #54 from PcX 2011-03-16 06:53:47 UTC --- (In reply to comment #53) > If I don't use LTO Optimization, Vadim Zeitlin's patch works well. > But if I use LTO Optimization, the compiling speed becomes vey slow, and the > linker stage fail

<    1   2