[Bug tree-optimization/54942] [4.8 Regression] ICE: OOM with -O3 -fno-cse-follow-jumps -funroll-loops

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

[Bug tree-optimization/54942] [4.8 Regression] ICE: OOM with -O3 -fno-cse-follow-jumps -funroll-loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54942 --- Comment #1 from Zdenek Sojka 2012-10-17 05:00:16 UTC --- ==21397== Invalid read of size 8 ==21397==at 0x8C1D76: unroll_and_peel_loops(int) (sbitmap.h:141) ==21397==by 0x8B25E7: rtl_unroll_and_peel_loops() (loop-init.c:378) ==2

[Bug tree-optimization/54942] New: [4.8 Regression] ICE: OOM with -O3 -fno-cse-follow-jumps -funroll-loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54942 Bug #: 54942 Summary: [4.8 Regression] ICE: OOM with -O3 -fno-cse-follow-jumps -funroll-loops Classification: Unclassified Product: gcc Version: 4.8.0 Statu

[Bug c++/54941] New: do not print line/column numbers for :0:0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54941 Bug #: 54941 Summary: do not print line/column numbers for :0:0 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: enhancement

[Bug translation/37457] pp_base_format, pretty-print.c:529

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37457 Manuel López-Ibáñez changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug other/54423] building trunk on Darwin 12.1 fails in building libraries

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54423 Nenad Vukicevic changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug other/54423] building trunk on Darwin 12.1 fails in building libraries

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54423 --- Comment #4 from Nenad Vukicevic 2012-10-16 23:20:41 UTC --- I removed /Development and /Application/Xcode.app then installed it again. Now I am able to build gcc again. Thank you.

[Bug rtl-optimization/54870] [4.8 regression] gfortran.dg/array_constructor_4.f90 FAILs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54870 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug rtl-optimization/54870] [4.8 regression] gfortran.dg/array_constructor_4.f90 FAILs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54870 --- Comment #5 from Eric Botcazou 2012-10-16 23:18:11 UTC --- Author: ebotcazou Date: Tue Oct 16 23:18:08 2012 New Revision: 192518 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192518 Log: PR rtl-optimization/54870 *

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 --- Comment #6 from Jonathan Wakely 2012-10-16 23:16:48 UTC --- The second alias doesn't even have to be a template to show the problem: template struct X { }; template using Y = const X; using Z = Y;

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 --- Comment #5 from Paolo Carlini 2012-10-16 23:13:18 UTC --- Excellent.

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 --- Comment #4 from Jonathan Wakely 2012-10-16 23:09:30 UTC --- template struct X { }; template using Y = const X; template using Z = Y;

[Bug c++/52964] No warning on negative array size in template instantatiation

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

[Bug c++/54706] -fsyntax-only suppresses a compilation error

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

[Bug c++/54770] sibling call optimization is not applied where it ought to be

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54770 --- Comment #6 from Paolo Carlini 2012-10-16 23:06:16 UTC --- In terms of workarounds, what about using -std=c++11?

[Bug rtl-optimization/54870] [4.8 regression] gfortran.dg/array_constructor_4.f90 FAILs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54870 --- Comment #4 from Eric Botcazou 2012-10-16 22:49:13 UTC --- Author: ebotcazou Date: Tue Oct 16 22:49:07 2012 New Revision: 192517 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192517 Log: PR rtl-optimization/54870 *

[Bug c++/52995] Change in the handling of templates and visibility attributes

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

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 --- Comment #3 from Paolo Carlini 2012-10-16 22:32:02 UTC --- A shorter self contained testcase, not involving the whole std::shared_ptr, would certainly help. Dodji, are there any chances you can look into this issue? The alias decls seem

[Bug c++/54928] Infinite output with after ICE with macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54928 --- Comment #9 from Paolo Carlini 2012-10-16 22:26:40 UTC --- Well, you know that already, but I have to remind you that this is not the best place to send patches. When you consider your fix mature enough (IMHO it is already! ;) please se

[Bug fortran/54940] [4.6/4.7/4.8 Regression] ICE in gfc_build_intrinsic_call, at fortran/expr.c:4609

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54940 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/54940] New: ICE in gfc_build_intrinsic_call, at fortran/expr.c:4609

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54940 Bug #: 54940 Summary: ICE in gfc_build_intrinsic_call, at fortran/expr.c:4609 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug target/54938] sh libgcc_unpack_df.o fails to build: ../../../srcw/libgcc/fp-bit.h:221:19: internal compiler error: in emit_cmp_and_jump_insn_1, at optabs.c:4273

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54938 --- Comment #5 from Oleg Endo 2012-10-16 21:22:02 UTC --- (In reply to comment #4) > > > > In emit_cmp_and_jump_insn_1, the line > > > > gcc_assert (!find_reg_note (insn, REG_BR_PROB, 0)); > > > > blows up, because of config/s

[Bug fortran/48636] Enable more inlining with -O2 and higher

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636 --- Comment #22 from Dominique d'Humieres 2012-10-16 20:58:58 UTC --- With the patch I see a ~10% slowdown in the Test4 - Lapack 2 (1001x1001) of test_fpu.f90 compared to revision 192449 [macbook] lin/test% time /opt/gcc/gcc4.8c/bin/gfor

[Bug other/54423] building trunk on Darwin 12.1 fails in building libraries

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54423 Jack Howarth changed: What|Removed |Added CC||howarth at nitro dot

[Bug fortran/54932] Invalid loop code generated by Fortran FE for loops with bounds in HIGH(type)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #2

[Bug debug/54402] [4.8 Regression] var-tracking does not scale

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402 --- Comment #3 from Markus Trippelsdorf 2012-10-16 18:38:21 UTC --- Created attachment 28458 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28458 glibc math testcase Please note that gcc-4.6 and 4.7 also exceed the variable trackin

[Bug c++/54928] Infinite output with after ICE with macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54928 --- Comment #8 from Manuel López-Ibáñez 2012-10-16 18:05:52 UTC --- Created attachment 28457 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28457 better fix The code is re-using the diagnostic passed as an argument to produce new diagnosti

[Bug c++/54928] Infinite output with after ICE with macro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54928 --- Comment #7 from Manuel López-Ibáñez 2012-10-16 17:59:57 UTC --- This is the problem: Index: tree-diagnostic.c === --- tree-diagnostic.c (revision 192379) +++ tree-diagnostic.

[Bug fortran/48636] Enable more inlining with -O2 and higher

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636 --- Comment #21 from Dominique d'Humieres 2012-10-16 17:57:52 UTC --- Before the patch in comment #20, I get -rwxr-xr-x 1 dominiq staff 73336 Oct 16 19:19 a.out* [macbook] lin/test% time gfc -fprotect-parens -Ofast -funroll-loops -ftree

[Bug other/54423] building trunk on Darwin 12.1 fails in building libraries

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54423 --- Comment #2 from Nenad Vukicevic 2012-10-16 17:38:37 UTC --- I verified that I have the latest Xcode (4.5). I verified that I installed the latest development CLI tools (via Xcode and manual download). * I see that 10.8 SDK directory

[Bug lto/54911] lto-wrapper fails when compiling gcc with -flto -fuse-linker-plugin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54911 --- Comment #6 from j-frankish at slb dot com 2012-10-16 17:11:38 UTC --- This works - thanks CFLAGS="-march=i486 -mtune=i686 -Os -pipe" CXXFLAGS="-march=i486 -mtune=i686 -Os -pipe" CC="gcc -msse2 -flto -fuse-linker-plugin" CXX="g++ -msse2

[Bug target/54938] sh libgcc_unpack_df.o fails to build: ../../../srcw/libgcc/fp-bit.h:221:19: internal compiler error: in emit_cmp_and_jump_insn_1, at optabs.c:4273

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54938 --- Comment #4 from Easwaran Raman 2012-10-16 17:04:05 UTC --- (In reply to comment #3) > Thanks Jörn. > The problem is not related to my changes in PR 51244. It is caused by the > latest change to optabs.c: > > 2012-10-15 Easwaran Raman >

[Bug fortran/48636] Enable more inlining with -O2 and higher

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636 --- Comment #20 from Jan Hubicka 2012-10-16 16:38:27 UTC --- Created attachment 28456 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28456 Path I am considering Hi, I am considering to enable inlining when inline-analysis says tha

[Bug c++/54466] [C++11] Recursive Type Alias, Member Function Pointer, Segmentation Fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid Stat

[Bug target/54908] misc regressions on emutls targets remain from dynamic initialization of non-function-local TLS variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54908 --- Comment #10 from Jack Howarth 2012-10-16 15:50:45 UTC --- Note that the fix in comment 9 for libgomp/testsuite/libgomp.c++/pr24455.C works for Xcode 3.2.6 and earlier on darwin10 but not Xcode 4.2. This is because Apple broke weak symb

[Bug c++/54466] Recursive Type Alias, Member Function Pointer, Segmentation Fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466 --- Comment #1 from Matt Clarkson 2012-10-16 15:46:31 UTC --- This is still an error on 4.7.2. It is the const before the std::shared_ptr that is the problem: template #if (__GNUC__ <= 4) && (__GNUC_MINOR__ <= 7) && (__GNUC_PA

[Bug c/53063] encode group options in the .opt files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53063 --- Comment #5 from Manuel López-Ibáñez 2012-10-16 15:39:09 UTC --- Author: manu Date: Tue Oct 16 15:38:58 2012 New Revision: 192503 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192503 Log: 2012-10-16 Manuel López-Ibáñez PR c/5

[Bug c/40989] -Werror= and #pragma diagnostics do not work with group flags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40989 --- Comment #9 from Manuel López-Ibáñez 2012-10-16 15:39:08 UTC --- Author: manu Date: Tue Oct 16 15:38:58 2012 New Revision: 192503 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192503 Log: 2012-10-16 Manuel López-Ibáñez PR c/5

[Bug tree-optimization/54939] Very poor vectorization of loops with complex arithmetic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54939 --- Comment #4 from Richard Biener 2012-10-16 15:31:52 UTC --- Thanks.

[Bug c/53063] encode group options in the .opt files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53063 --- Comment #4 from Manuel López-Ibáñez 2012-10-16 15:31:53 UTC --- Author: manu Date: Tue Oct 16 15:31:46 2012 New Revision: 192502 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192502 Log: 2012-10-16 Manuel López-Ibáñez PR c/5

[Bug c/40989] -Werror= and #pragma diagnostics do not work with group flags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40989 --- Comment #8 from Manuel López-Ibáñez 2012-10-16 15:31:55 UTC --- Author: manu Date: Tue Oct 16 15:31:46 2012 New Revision: 192502 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192502 Log: 2012-10-16 Manuel López-Ibáñez PR c/5

[Bug tree-optimization/54939] Very poor vectorization of loops with complex arithmetic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54939 --- Comment #3 from Yuri Rumyantsev 2012-10-16 15:06:19 UTC --- I looked through the list of all issues related to vectorization but could not find duplicate.

[Bug tree-optimization/54939] Very poor vectorization of loops with complex arithmetic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54939 --- Comment #2 from Yuri Rumyantsev 2012-10-16 14:54:50 UTC --- Created attachment 28455 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28455 test reproducer

[Bug debug/54402] [4.8 Regression] var-tracking does not scale

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402 --- Comment #2 from Markus Trippelsdorf 2012-10-16 14:42:32 UTC --- Another example is math/test-tgmath2.c from glibc. (after compiling for 1:40 minutes): test-tgmath2.c: In function ‘test’: test-tgmath2.c:93:1: note: variable trac

[Bug tree-optimization/54939] Very poor vectorization of loops with complex arithmetic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54939 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/54939] New: Very poor vectorization of loops with complex arithmetic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54939 Bug #: 54939 Summary: Very poor vectorization of loops with complex arithmetic Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug tree-optimization/54824] [4.8 Regression] ICE in verify_loop_structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54824 --- Comment #7 from Jan Hubicka 2012-10-16 14:21:29 UTC --- > I'll try to plug the hole somewhere. Honza, any good idea? Hmm, adding __bulitin_noreturn call when this happens? Sounds sloppy, too. We should ask user to fix the source, too

[Bug target/54938] sh libgcc_unpack_df.o fails to build: ../../../srcw/libgcc/fp-bit.h:221:19: internal compiler error: in emit_cmp_and_jump_insn_1, at optabs.c:4273

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54938 Oleg Endo changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/53975] [ia64] Target register of a speculative load moved to a branch register prior to the chk.s instruction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53975 Andrey Belevantsev changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution

[Bug rtl-optimization/53701] ICE on ia64 (when building Allegro 4.4) in sel-sched

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53701 --- Comment #9 from Andrey Belevantsev 2012-10-16 13:22:26 UTC --- Author: abel Date: Tue Oct 16 13:22:22 2012 New Revision: 192498 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192498 Log: 2012-10-16 Andrey Belevantsev

[Bug target/53975] [ia64] Target register of a speculative load moved to a branch register prior to the chk.s instruction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53975 --- Comment #20 from Andrey Belevantsev 2012-10-16 13:20:37 UTC --- Author: abel Date: Tue Oct 16 13:20:30 2012 New Revision: 192497 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192497 Log: Backport from mainline

[Bug fortran/54618] [OOP] wrong-code with CLASS(...), INTENT(OUT) -- and OPTIONAL or ALLOCATABLE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618 --- Comment #17 from Tobias Burnus 2012-10-16 13:13:41 UTC --- Now fixed: Several issues with OPTIONAL. TODO: - Issues with OPTIONAL and ELEMENTAL, cf. commented FIXME lines in gfortran.dg/class_optional_2.f90 - Support packing of (n

[Bug fortran/50981] [4.6 Regression] Wrong-code for scalarizing ELEMENTAL call with absent OPTIONAL argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981 Tobias Burnus changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug fortran/50981] [4.6 Regression] Wrong-code for scalarizing ELEMENTAL call with absent OPTIONAL argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981 --- Comment #44 from Tobias Burnus 2012-10-16 13:02:09 UTC --- Author: burnus Date: Tue Oct 16 13:02:02 2012 New Revision: 192495 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192495 Log: 2012-10-16 Tobias Burnus

[Bug fortran/54618] [OOP] wrong-code with CLASS(...), INTENT(OUT) -- and OPTIONAL or ALLOCATABLE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618 --- Comment #16 from Tobias Burnus 2012-10-16 13:02:09 UTC --- Author: burnus Date: Tue Oct 16 13:02:02 2012 New Revision: 192495 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192495 Log: 2012-10-16 Tobias Burnus

[Bug target/54938] sh libgcc_unpack_df.o fails to build: ../../../srcw/libgcc/fp-bit.h:221:19: internal compiler error: in emit_cmp_and_jump_insn_1, at optabs.c:4273

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54938 --- Comment #2 from Jorn Wolfgang Rennecke 2012-10-16 12:35:47 UTC --- Created attachment 28454 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28454 preprocessed source cc1 invocation from using -v --save-temps: /home/amylaar/fs

[Bug target/54089] [SH] Refactor shift patterns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089 --- Comment #23 from Oleg Endo 2012-10-16 11:49:14 UTC --- (In reply to comment #22) > (In reply to comment #0) > > The code related to shift patterns in sh.c / sh.md maybe could use some > > improvements here and there. In some places c

[Bug target/54938] sh libgcc_unpack_df.o fails to build: ../../../srcw/libgcc/fp-bit.h:221:19: internal compiler error: in emit_cmp_and_jump_insn_1, at optabs.c:4273

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54938 Oleg Endo changed: What|Removed |Added CC||olegendo at gcc dot gnu.org --- Com

[Bug debug/54796] [4.8 Regression] Non-addressable stack parameter debug quality regression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54796 --- Comment #5 from Jakub Jelinek 2012-10-16 11:21:28 UTC --- Author: jakub Date: Tue Oct 16 11:21:20 2012 New Revision: 192494 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192494 Log: PR debug/54796 * rtl.h: Documen

[Bug tree-optimization/54889] [4.8 Regression] Revision 191983 gives compfail for 465.tonto in SPEC CPU 2006 when use -O3 -mavx

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54889 --- Comment #4 from Jakub Jelinek 2012-10-16 11:19:42 UTC --- Author: jakub Date: Tue Oct 16 11:19:37 2012 New Revision: 192493 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192493 Log: PR tree-optimization/54889 * tr

[Bug rtl-optimization/54936] ICE: in prepare_cmp_insn, at optabs.c:4177 with -fnon-call-exceptions and vector float compare

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54936 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/54889] [4.8 Regression] Revision 191983 gives compfail for 465.tonto in SPEC CPU 2006 when use -O3 -mavx

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54889 --- Comment #3 from Igor Zamyatin 2012-10-16 11:12:47 UTC --- Jakub, are you going to commit the fix or there are some issues with it?

[Bug target/54938] New: sh libgcc_unpack_df.o fails to build: ../../../srcw/libgcc/fp-bit.h:221:19: internal compiler error: in emit_cmp_and_jump_insn_1, at optabs.c:4273

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54938 Bug #: 54938 Summary: sh libgcc_unpack_df.o fails to build: ../../../srcw/libgcc/fp-bit.h:221:19: internal compiler error: in emit_cmp_and_jump_insn_1, at optabs.c

[Bug target/54089] [SH] Refactor shift patterns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.or

[Bug c++/51786] [c++0x] Invalid declaration with decltype accepted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51786 --- Comment #5 from Paolo Carlini 2012-10-16 10:49:22 UTC --- The problem is that by the time at the end of cp_parser_simple_declaration we call check_tag_decl (via shadow_tag), which is supposed to check that the simple declaration is val

[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 #16 from Jonathan Wakely 2012-10-16 10:07:31 UTC --- Agreed, please just disable the test entirely on the targets where it fails

[Bug tree-optimization/54901] [4.8 Regression] air.f90, aermod.f90, and mdbx.f90 are miscompiled with '-m64 -O3 -funroll-loops -fwhole-program' after revision 192213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54901 --- Comment #3 from Dominique d'Humieres 2012-10-16 09:51:21 UTC --- > Dominique, could you attach the tests. http://www.polyhedron.com/polyhedron_benchmark_suite0html > Probably a dup of the discussion going on here: > http://gcc.gnu

[Bug tree-optimization/54901] [4.8 Regression] air.f90, aermod.f90, and mdbx.f90 are miscompiled with '-m64 -O3 -funroll-loops -fwhole-program' after revision 192213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54901 Steven Bosscher changed: What|Removed |Added CC|steven at gcc dot gnu.org | --- Comment #2 from Steven B

[Bug tree-optimization/54901] [4.8 Regression] air.f90, aermod.f90, and mdbx.f90 are miscompiled with '-m64 -O3 -funroll-loops -fwhole-program' after revision 192213

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54901 Vladimir Yakovlev changed: What|Removed |Added CC||vbyakovl23 at gmail dot com

[Bug c/51712] -Wtype-limits should not trigger for types of implementation-defined signedness

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51712 --- Comment #14 from Manuel López-Ibáñez 2012-10-16 08:43:28 UTC --- (In reply to comment #13) > If the -fno-short-enums option is needed here, isn't that a bug? Agreed. This is just hiding the bug for the testsuite but not fixing it for users.

[Bug c/51712] -Wtype-limits should not trigger for types of implementation-defined signedness

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51712 --- Comment #13 from Jonathan Nieder 2012-10-16 07:55:56 UTC --- Hi Kyrill, (In reply to comment #11) > Adding the -fno-short-enums fixes the > extra warning generated by the arg >= 0 comparison in pr51712.c > > "warning: comparison