[Bug tree-optimization/14758] [tree-ssa] another missed forward propagation opportunity

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14758 --- Comment #9 from Andrew Pinski 2012-02-28 07:16:02 UTC --- (In reply to comment #5) > Andrew, I'm planning to generalize CCPs propagation engine after the > merge into mainline. Long term, the forward propagation pass will > probably be subsu

[Bug tree-optimization/52409] ((~a)|(~b)) is not simplified at the tree level

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52409 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization, TREE Sta

[Bug tree-optimization/52409] New: ((~a)|(~b)) is not simplified at the tree level

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52409 Bug #: 52409 Summary: ((~a)|(~b)) is not simplified at the tree level Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: enhancement

[Bug debug/51570] [4.7 Regression] FAIL: gcc.dg/guality/pr45003-[23].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51570 Alexandre Oliva changed: What|Removed |Added AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org

[Bug target/52408] New: Incorrect assembler generated for zvdep_imm64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52408 Bug #: 52408 Summary: Incorrect assembler generated for zvdep_imm64 Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Prio

[Bug lto/52401] lto can't handle ld script

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52401 --- Comment #3 from Bin Tian 2012-02-28 02:59:03 UTC --- (In reply to comment #1) > Confirmed. There are other cases with linker-scripts / linker options that > are not handled well. > > This one is more a linker bug though. The input a.o shou

[Bug c/37303] const compound initializers in structs are written to .data instead of .rodata

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37303 Dag Ågren changed: What|Removed |Added CC||paracelsus at gmail dot com --- Comment #3 fr

[Bug target/52394] SH Target: SH2A defunct bitops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52394 --- Comment #1 from Kazumoto Kojima 2012-02-28 00:37:56 UTC --- I guess that now these tests require -fno-strict-volatile-bitfields, though it isn't enough to avoid failures. It looks that something wrong happens in expmed.c:{store, extract}_bit

[Bug bootstrap/52391] [4.7 regression] genattrtab almost 5X slower for m68k than in 4.6 and earlier releases

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

[Bug target/52407] sse2 simd uint32_t and int64_t and stack variable initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52407 --- Comment #1 from Uros Bizjak 2012-02-27 23:34:33 UTC --- This looks like an aliasing violation to me: vl_t w; int64_t *p = (int64_t *)&w; p[0] = p[1] = x; Using following code, the test works OK: union { vl_t w

[Bug bootstrap/52391] [4.7 regression] genattrtab almost 5X slower for m68k than in 4.6 and earlier releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52391 --- Comment #8 from Jakub Jelinek 2012-02-27 23:16:09 UTC --- Yeah, before that the huge conditions wouldn't be optimized, because the SYMBOL_REFs in them wouldn't rtx_equal_p even when they had the same strings. The question is if the test opti

[Bug bootstrap/52391] [4.7 regression] genattrtab almost 5X slower for m68k than in 4.6 and earlier releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52391 --- Comment #7 from Steven Bosscher 2012-02-27 23:07:00 UTC --- Created attachment 26767 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26767 Diff between insn-attrtab.c for r178386 and r178387. The diff is huge. Diffstat: insn-attrtab.c

[Bug target/52352] [x32] - Wrong code to access addresses 0x80000000 to 0xFFFFFFFF using registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52352 Uros Bizjak changed: What|Removed |Added Target Milestone|--- |4.7.0 --- Comment #15 from Uros Bizjak 201

[Bug bootstrap/52391] [4.7 regression] genattrtab almost 5X slower for m68k than in 4.6 and earlier releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52391 --- Comment #6 from Mikael Pettersson 2012-02-27 23:03:00 UTC --- Top-most lines from gprof profile of genattrtab @ r178388: Flat profile: Each sample counts as 0.01 seconds. % cumulative self self total time

[Bug bootstrap/52391] [4.7 regression] genattrtab almost 5X slower for m68k than in 4.6 and earlier releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52391 Steven Bosscher changed: What|Removed |Added Status|WAITING |NEW --- Comment #5 from Steven Bosscher

[Bug tree-optimization/52406] [4.7 Regression] likely wrong code bug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52406 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/52250] [4.7 Regression] ICE: in sel_remove_bb, at sel-sched-ir.c:5213 with -fsel-sched-pipelining -fsel-sched-pipelining-outer-loops -fselective-scheduling2 and other flags

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

[Bug target/52404] internal compiler error: in setup_min_max_allocno_live_range_point, at ira-build.c:2425

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52404 --- Comment #1 from Uros Bizjak 2012-02-27 21:51:56 UTC --- The testcase compiles OK with: GCC: (GNU) 4.7.0 20120227 (experimental) [trunk revision 184602]

[Bug bootstrap/52391] [4.7 regression] genattrtab almost 5X slower for m68k than in 4.6 and earlier releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52391 --- Comment #4 from Mikael Pettersson 2012-02-27 21:40:21 UTC --- My bisection identified that: in r178386 genattrtab timings are comparable to gcc-4.6, in r178387 genattrtab got 8.4 times slower, and in r178388 genattrtab improved to being "only

[Bug fortran/51828] libgfortran build warnings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51828 Mikael Morin changed: What|Removed |Added CC||mikael at gcc dot gnu.org --- Comment #4 f

[Bug c/52407] New: sse2 simd uint32_t and int64_t and stack variable initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52407 Bug #: 52407 Summary: sse2 simd uint32_t and int64_t and stack variable initialization Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug c/52381] asm goto output operands diagnostics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52381 --- Comment #2 from Marc Glisse 2012-02-27 21:08:44 UTC --- (In reply to comment #1) > I don't think asm goto was designed to contain more than a computed jump > instruction. And I don't know how reliably we could allocate registers > for output

[Bug other/50925] [4.7 Regression][avr] ICE at spill_failure, at reload1.c:2118

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925 Georg-Johann Lay changed: What|Removed |Added Last reconfirmed|2011-11-04 00:00:00 |2012-02-17 0:00 Known to work|4.6

[Bug rtl-optimization/48133] [4.5/4.6/4.7 Regression] ICE: in get_loop_body, at cfgloop.c:831 with -O -funroll-loops -fthread-jumps -fno-tree-ch

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48133 --- Comment #7 from Uros Bizjak 2012-02-27 20:50:46 UTC --- I have done a bit of debugging here. The problem starts in peel_loop_completely, loop-unroll.c. Before remove_path (ein), we have: loop_0 (header = 0, latch = 1, niter = ) { bb_2 (pr

[Bug other/50925] [4.7 Regression][avr] ICE at spill_failure, at reload1.c:2118

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925 --- Comment #19 from Georg-Johann Lay 2012-02-27 20:42:39 UTC --- Created attachment 26765 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26765 spill.c - another reduced test Here is yet another different and simplified test case. With tha

[Bug bootstrap/52391] [4.7 regression] genattrtab almost 5X slower for m68k than in 4.6 and earlier releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52391 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug rtl-optimization/47612] [4.6 regression] RTL crash when cc0 setter moved away from cc0 user

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612 Thorsten Glaser changed: What|Removed |Added CC||tg at mirbsd dot org --- Comment #22 fr

[Bug target/52390] only linux uses nptl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52390 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/52390] only linux uses nptl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52390 --- Comment #1 from ian at gcc dot gnu.org 2012-02-27 18:50:50 UTC --- Author: ian Date: Mon Feb 27 18:50:45 2012 New Revision: 184606 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184606 Log: PR target/52390 * generic-morestack.

[Bug libstdc++/52015] std::to_string does not work under MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 --- Comment #7 from Paolo Carlini 2012-02-27 18:41:36 UTC --- I see. Definitely post 4.7.0 then.

[Bug libstdc++/52015] std::to_string does not work under MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 Kai Tietz changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/52406] New: likely wrong code bug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52406 Bug #: 52406 Summary: likely wrong code bug Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug libstdc++/52015] std::to_string does not work under MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 --- Comment #5 from Paolo Carlini 2012-02-27 18:06:52 UTC --- PS (note to the library maintainers): if I remember correctly the resolution of some relatively recent DRs, these conversion functions have to do the work in any case in the C locale,

[Bug libstdc++/52015] std::to_string does not work under MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 Paolo Carlini changed: What|Removed |Added CC||ktietz70 at googlemail dot

[Bug fortran/52403] coarray component gives error with CLASS( ) declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52403 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org Depends

[Bug libstdc++/52015] std::to_string does not work under MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 --- Comment #3 from Jonathan Wakely 2012-02-27 17:18:41 UTC --- Probably not since the trunk is in stage4. This isn't a regression and mingw isn't a primary target. Someone with access to a mingw system would have to do it anyway, which as far a

[Bug tree-optimization/52395] [4.7 Regression] Too conservative alignment info from SRA

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52395 --- Comment #11 from Martin Jambor 2012-02-27 17:15:42 UTC --- (In reply to comment #8) > The main issue is, of course, that we re-write base of the LHS of the > assignments at all. > > Index: gcc/tree-sra.c > ===

[Bug lto/52405] New: undefined references in shared library when linking the shared library with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52405 Bug #: 52405 Summary: undefined references in shared library when linking the shared library with -flto Classification: Unclassified Product: gcc Version: 4.7.0 Statu

[Bug bootstrap/52397] [4.7 regression] comparison failure with Ada enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52397 --- Comment #6 from Eric Botcazou 2012-02-27 17:14:14 UTC --- > We should already have code that should handle it, the question is where we > have a bug in it. Do you mean the debug code in df-problems.c? > Anyway, can't reproduce with a cross:

[Bug lto/52401] lto can't handle ld script

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52401 --- Comment #2 from Andrew Pinski 2012-02-27 17:11:27 UTC --- >So far as I know, qt is using ld script for windows target if there are too many object files to link. QT should also be changed to use response files which allows GCC to see the obj

[Bug libstdc++/52015] std::to_string does not work under MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52015 --- Comment #2 from Nathan Ridge 2012-02-27 16:48:41 UTC --- *Ping* Could this please be fixed for 4.7?

[Bug target/52352] [x32] - Wrong code to access addresses 0x80000000 to 0xFFFFFFFF using registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52352 --- Comment #14 from hjl at gcc dot gnu.org 2012-02-27 16:48:36 UTC --- Author: hjl Date: Mon Feb 27 16:48:26 2012 New Revision: 184604 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184604 Log: Enable *movabs_[12] only for TARGET_LP64 2

[Bug boehm-gc/48299] [4.7 Regression] FAIL: boehm-gc.c/thread_leak_test.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299 --- Comment #21 from Jack Howarth 2012-02-27 16:44:56 UTC --- Patch posted at http://gcc.gnu.org/ml/gcc-patches/2012-02/msg01341.html.

[Bug testsuite/29882] gfortran testsuite doesn't recognize warnings and errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29882 --- Comment #5 from Bernhard Reutner-Fischer 2012-02-27 16:41:41 UTC --- I think this is fixed by now ( see PR47750 )?

[Bug tree-optimization/52395] [4.7 Regression] Too conservative alignment info from SRA

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52395 --- Comment #10 from Martin Jambor 2012-02-27 16:25:15 UTC --- (In reply to comment #4) > Martin, can we make sure that 'base' as passed to build_ref_for_offset > is not artificially constructed by any of its callers? Thus, that it is > at most

[Bug c/52404] New: internal compiler error: in setup_min_max_allocno_live_range_point, at ira-build.c:2425

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52404 Bug #: 52404 Summary: internal compiler error: in setup_min_max_allocno_live_range_point, at ira-build.c:2425 Classification: Unclassified Product: gcc Versio

[Bug target/52375] [4.6 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375 Jakub Jelinek changed: What|Removed |Added Summary|[4.6/4.7 Regression]|[4.6 Regression] internal

[Bug target/52375] [4.6/4.7 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375 --- Comment #11 from Jakub Jelinek 2012-02-27 15:53:23 UTC --- Author: jakub Date: Mon Feb 27 15:53:15 2012 New Revision: 184603 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184603 Log: PR target/52375 * config/arm/neon.md (vash

[Bug fortran/52403] New: coarray component gives error with CLASS( ) declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52403 Bug #: 52403 Summary: coarray component gives error with CLASS( ) declaration Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED S

[Bug tree-optimization/52402] IPA-SRA creates aligned loads from unaligned memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52402 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug tree-optimization/52402] IPA-SRA creates aligned loads from unaligned memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52402 --- Comment #1 from Richard Guenther 2012-02-27 15:28:46 UTC --- err, forgot the packed attribute on the struct.

[Bug tree-optimization/52376] [4.7 regression] ICE in lto_input_tree_ref, at lto-streamer-in.c:266 while linking LTO-PGO libxul

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52376 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug tree-optimization/52402] New: IPA-SRA creates aligned loads from unaligned memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52402 Bug #: 52402 Summary: IPA-SRA creates aligned loads from unaligned memory Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug c++/51930] [4.7 regression] Explicitly instantiated template gets hidden visibility

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930 --- Comment #16 from Jonathan Wakely 2012-02-27 15:07:28 UTC --- (In reply to comment #15) > #pragma GCC visibility push(default) > #include_next > #pragma GCC visibility push Oops, should be pop, obviously

[Bug tree-optimization/52376] [4.7 regression] ICE in lto_input_tree_ref, at lto-streamer-in.c:266 while linking LTO-PGO libxul

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52376 --- Comment #9 from Jakub Jelinek 2012-02-27 15:04:33 UTC --- Author: jakub Date: Mon Feb 27 15:04:28 2012 New Revision: 184600 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184600 Log: PR tree-optimization/52376 * ipa-split.c (s

[Bug web/52398] Broken link at http://gcc.gnu.org/wiki/Libstdc++

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

[Bug c++/51930] [4.7 regression] Explicitly instantiated template gets hidden visibility

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930 --- Comment #15 from Jonathan Wakely 2012-02-27 14:56:13 UTC --- (In reply to comment #14) > The new behaviour makes it pretty much impossible for me to retain the > visibility gcc has been giving me with the old behaviour. The old behaviour was

[Bug lto/52401] lto can't handle ld script

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

[Bug tree-optimization/52395] [4.7 Regression] Too conservative alignment info from SRA

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52395 --- Comment #9 from Richard Guenther 2012-02-27 14:51:27 UTC --- (In reply to comment #6) > If all was well ('base' is literally appearing in the IL before SRA / IPA-SRA) > we could do > > Index: gcc/tree-sra.c >

[Bug lto/52400] [4.6/4.7 Regression] lto1: ICE with extern on static linkage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52400 Richard Guenther changed: What|Removed |Added Status|WAITING |ASSIGNED CC|

[Bug lto/52401] New: lto can't handle ld script

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52401 Bug #: 52401 Summary: lto can't handle ld script Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 C

[Bug lto/52400] lto1: ICE with extern on static linkage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52400 --- Comment #2 from chrbr at gcc dot gnu.org 2012-02-27 14:20:29 UTC --- Created attachment 26763 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26763 testcase

[Bug lto/52400] lto1: ICE with extern on static linkage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52400 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug web/52382] Atomic builtins documentation, page not found

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52382 Andrew Macleod changed: What|Removed |Added CC||bkoz at gcc dot gnu.org --- Comment #4 f

[Bug libstdc++/52188] [4.7 regression] IPA-CP change broke libstdc++ symbol versioning on Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52188 Rainer Orth changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug lto/52399] With `-flto', `-Wno-clobbered' does not suppress the "might be clobbered" warning

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

[Bug lto/52400] New: lto1: ICE with extern on static linkage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52400 Bug #: 52400 Summary: lto1: ICE with extern on static linkage Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug boehm-gc/48299] [4.7 Regression] FAIL: boehm-gc.c/thread_leak_test.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299 --- Comment #20 from Jack Howarth 2012-02-27 13:54:20 UTC --- Can folks on other failing targets try the backport of the thread_leak_test.c from upstream bdwgc? This seems to solve the issue on x86_64-apple-darwin11. Note that the test case has b

[Bug libstdc++/52188] [4.7 regression] IPA-CP change broke libstdc++ symbol versioning on Solaris

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52188 --- Comment #15 from Rainer Orth 2012-02-27 13:51:59 UTC --- Author: ro Date: Mon Feb 27 13:51:50 2012 New Revision: 184598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184598 Log: Fix Solaris symbol versioning (PR libstdc++/52188)

[Bug tree-optimization/52395] [4.7 Regression] Too conservative alignment info from SRA

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52395 --- Comment #8 from Richard Guenther 2012-02-27 13:09:12 UTC --- The main issue is, of course, that we re-write base of the LHS of the assignments at all. Index: gcc/tree-sra.c ===

[Bug rtl-optimization/52250] [4.7 Regression] ICE: in sel_remove_bb, at sel-sched-ir.c:5213 with -fsel-sched-pipelining -fsel-sched-pipelining-outer-loops -fselective-scheduling2 and other flags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52250 Andrey Belevantsev changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassign

[Bug rtl-optimization/52250] [4.7 Regression] ICE: in sel_remove_bb, at sel-sched-ir.c:5213 with -fsel-sched-pipelining -fsel-sched-pipelining-outer-loops -fselective-scheduling2 and other flags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52250 --- Comment #5 from Andrey Belevantsev 2012-02-27 13:03:58 UTC --- When removing an empty block, we need to find its neighbour to stick the bb note list to, and the code doing this now just picks some pred block from the loop that redirects preds

[Bug bootstrap/52397] [4.7 regression] comparison failure with Ada enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52397 --- Comment #5 from Jakub Jelinek 2012-02-27 12:57:21 UTC --- We should already have code that should handle it, the question is where we have a bug in it. Anyway, can't reproduce with a cross: ./gnat1 -O2 -g uintp.adb -I ../../gcc/ada/ -fcompare

[Bug target/52375] [4.6/4.7 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at

[Bug bootstrap/52397] [4.7 regression] comparison failure with Ada enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52397 --- Comment #4 from Eric Botcazou 2012-02-27 12:04:16 UTC --- > What is specific about FUNCTION_ARG_REGNO_P regs? We know more or less how they behave. They (may) hold arguments on entry and thus have an artificial def in the entry block. >

[Bug bootstrap/52397] [4.7 regression] comparison failure with Ada enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52397 Jakub Jelinek changed: What|Removed |Added CC||aoliva at gcc dot gnu.org --- Comment #3

[Bug bootstrap/52397] [4.7 regression] comparison failure with Ada enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52397 Eric Botcazou changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2 f

[Bug tree-optimization/51118] [4.7 Regression] ICE: tree check: expected tree that contains ‘typed’ structure, have ‘block’ in fold_checksum_tree, at fold-const.c:14160

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118 --- Comment #10 from uros at gcc dot gnu.org 2012-02-27 11:19:12 UTC --- Author: uros Date: Mon Feb 27 11:19:03 2012 New Revision: 184595 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184595 Log: Revert: 2012-02-02 Uros Bizjak

[Bug lto/52399] With `-flto', `-Wno-clobbered' does not suppress the "might be clobbered" warning

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

[Bug middle-end/52375] [4.6/4.7 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #9 f

[Bug boehm-gc/48299] [4.7 Regression] FAIL: boehm-gc.c/thread_leak_test.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299 --- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-02-27 11:06:43 UTC --- > --- Comment #18 from Richard Guenther 2012-02-27 > 10:32:28 UTC --- > It fails everywhere. But we don't seem to be sure it is a regression > (thus, the test w

[Bug c++/51930] [4.7 regression] Explicitly instantiated template gets hidden visibility

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930 --- Comment #14 from Philipp 2012-02-27 11:06:20 UTC --- The new behaviour makes it pretty much impossible for me to retain the visibility gcc has been giving me with the old behaviour. It is impossible to only give every type that is somehow inv

[Bug bootstrap/52397] [4.7 regression] comparison failure with Ada enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52397 Richard Guenther changed: What|Removed |Added Priority|P3 |P4 --- Comment #1 from Richard Guenthe

[Bug tree-optimization/52395] [4.7 Regression] Too conservative alignment info from SRA

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52395 Richard Guenther changed: What|Removed |Added Keywords||missed-optimization Status

[Bug bootstrap/52391] [4.7 regression] genattrtab almost 5X slower for m68k than in 4.6 and earlier releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52391 Richard Guenther changed: What|Removed |Added Keywords||build Target|

[Bug fortran/52386] [4.6/4.7 Regression] ICE in gfc_conv_descriptor_dtyp (realloc LHS related)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52386 Richard Guenther changed: What|Removed |Added Priority|P3 |P4

[Bug tree-optimization/52376] [4.7 regression] ICE in lto_input_tree_ref, at lto-streamer-in.c:266 while linking LTO-PGO libxul

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52376 Richard Guenther changed: What|Removed |Added Priority|P3 |P1 --- Comment #8 from Richard Guenthe

[Bug middle-end/52375] [4.6/4.7 Regression] internal compiler error: in extract_insn, at recog.c:2123 at -O3 -mfpu=neon

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375 Richard Guenther changed: What|Removed |Added Target||arm-linux-gnueabi Priority|P

[Bug middle-end/52372] [4.7 regression] gcc.target/mips/mips16-attributes{,-4}.c SEGV in dwf_regno

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52372 Richard Guenther changed: What|Removed |Added Priority|P3 |P4 --- Comment #3 from Richard Guenthe

[Bug rtl-optimization/52250] [4.7 Regression] ICE: in sel_remove_bb, at sel-sched-ir.c:5213 with -fsel-sched-pipelining -fsel-sched-pipelining-outer-loops -fselective-scheduling2 and other flags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52250 Richard Guenther changed: What|Removed |Added Priority|P3 |P2 --- Comment #4 from Richard Guenthe

[Bug c++/51930] [4.7 regression] Explicitly instantiated template gets hidden visibility

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930 Richard Guenther changed: What|Removed |Added Status|REOPENED|WAITING --- Comment #13 from Richard G

[Bug debug/51570] [4.7 Regression] FAIL: gcc.dg/guality/pr45003-[23].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51570 Richard Guenther changed: What|Removed |Added Priority|P3 |P2 --- Comment #4 from Richard Guenthe

[Bug boehm-gc/48299] [4.7 Regression] FAIL: boehm-gc.c/thread_leak_test.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299 Richard Guenther changed: What|Removed |Added Priority|P3 |P2 --- Comment #18 from Richard Guenth

[Bug rtl-optimization/50557] [4.7 Regression] Register pressure increase after reassociation (x86, 32 bits)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50557 Richard Guenther changed: What|Removed |Added Priority|P3 |P2 --- Comment #12 from Richard Guenth

[Bug fortran/52393] I/O: "READ format" statement with parenthesed default-char-expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52393 --- Comment #4 from Ian Harvey 2012-02-27 10:30:32 UTC --- Maybe there's some additional cleverness going on then, because the following equally contrived example: PROGRAM ReadMeOne IMPLICIT NONE CHARACTER(10) :: var READ ('(A)'), var PR

[Bug tree-optimization/52395] [4.7 Regression] Alignment issue at O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52395 --- Comment #6 from Richard Guenther 2012-02-27 10:25:49 UTC --- If all was well ('base' is literally appearing in the IL before SRA / IPA-SRA) we could do Index: gcc/tree-sra.c ===

[Bug fortran/52393] I/O: "READ format" statement with parenthesed default-char-expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52393 Tobias Burnus changed: What|Removed |Added Keywords||rejects-valid Status|UNCONFIR

[Bug lto/52399] New: With `-flto', `-Wno-clobbered' does not suppress the "might be clobbered" warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52399 Bug #: 52399 Summary: With `-flto', `-Wno-clobbered' does not suppress the "might be clobbered" warning Classification: Unclassified Product: gcc Version: 4.7.0 Statu

[Bug libffi/52223] [4.5/4.6 Regression] libffi's man page install breaks with multilibs and overridden mandir

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52223 Jakub Jelinek changed: What|Removed |Added Summary|[4.5/4.6/4.7 Regression]|[4.5/4.6 Regression] |l

[Bug tree-optimization/52395] [4.7 Regression] Alignment issue at O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52395 --- Comment #5 from Richard Guenther 2012-02-27 10:03:10 UTC --- Nearly all callers are, of course, via get_ref_for_model... so the question holds the same for its 'base' parameter.

  1   2   >