[Bug testsuite/55186] gcc.dg/const-uniq-1.c fails due to vector expected but not being in the constant pool

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55186 --- Comment #1 from Hans-Peter Nilsson hp at gcc dot gnu.org 2012-11-05 22:17:18 UTC --- Author: hp Date: Mon Nov 5 22:17:14 2012 New Revision: 193194 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193194 Log: PR

[Bug bootstrap/55211] [4.8 regression] sparc64-linux bootstrap fails with SIGILL while compiling __mulvti3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211 --- Comment #16 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-11-05 22:19:38 UTC --- The bug does not trigger using that var-tracking test file using a properly configures 32-bit compiler, I just checked. Configure a regular

[Bug bootstrap/55211] [4.8 regression] sparc64-linux bootstrap fails with SIGILL while compiling __mulvti3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211 --- Comment #17 from davem at gcc dot gnu.org 2012-11-05 22:21:32 UTC --- If sparc+--with-cpu=v8 and sparc64+--with-cpu=v8 were equal then my build would trigger the problem too :-) I'll look more deeply into this, thanks Eric.

[Bug bootstrap/55211] [4.8 regression] sparc64-linux bootstrap fails with SIGILL while compiling __mulvti3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211 --- Comment #18 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-11-05 22:31:13 UTC --- If sparc+--with-cpu=v8 and sparc64+--with-cpu=v8 were equal then my build would trigger the problem too :-) Yep, you might want to configure

[Bug testsuite/55188] [4.8 regression] FAIL: gcc.dg/pr19105.c scan-tree-dump-times reassoc1 Optimizing range tests v_[0-9]*.D. -.2, 2. and -.3, 4.[\n\r]* into 1

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

[Bug libstdc++/54482] failures in static linking with libstdc++, due to versioned symbols

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54482 --- Comment #5 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-11-05 23:42:36 UTC --- Author: bkoz Date: Mon Nov 5 23:42:32 2012 New Revision: 193195 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193195 Log: 2012-11-05

[Bug libstdc++/28811] --with-pic vs static libraries and libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811 --- Comment #21 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-11-05 23:42:36 UTC --- Author: bkoz Date: Mon Nov 5 23:42:32 2012 New Revision: 193195 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193195 Log: 2012-11-05

[Bug libstdc++/28811] --with-pic vs static libraries and libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811 --- Comment #22 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-11-05 23:43:32 UTC --- Fixed on trunk and 4.7 branch

[Bug libstdc++/55028] _GLIBCXX_DEBUG is broken when using v7 namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55028 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/54075] [4.7.1] unordered_map insert still slower than 4.6.2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54075 --- Comment #37 from Paolo Carlini paolo.carlini at oracle dot com 2012-11-06 00:58:37 UTC --- Francois, can you please look further into this, possibly basing on the new testcase? Thanks!

[Bug c++/54526] [C++11] :: is incorrectly treated as digraph : followed by colon

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54526 --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2012-11-06 01:01:23 UTC --- Follow up patch submitted as: http://gcc.gnu.org/ml/gcc-patches/2012-11/msg00337.html

[Bug middle-end/55219] New: [4.7 regression] attempting to compile a pre-processed unit eats up memory until OOM kills the cc1 process

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55219 Bug #: 55219 Summary: [4.7 regression] attempting to compile a pre-processed unit eats up memory until OOM kills the cc1 process Classification: Unclassified Product: gcc

[Bug middle-end/55219] [4.7 regression] attempting to compile a pre-processed unit eats up memory until OOM kills the cc1 process

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55219 --- Comment #1 from Matt Hargett matt at use dot net 2012-11-06 01:31:22 UTC --- Perhaps worth noting that gcc/trunk and google/4_7 also still exhibit the problem.

[Bug middle-end/55219] [4.7 regression] attempting to compile a pre-processed unit eats up memory until OOM kills the cc1 process

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55219 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.7.4

[Bug bootstrap/55211] [4.8 regression] sparc64-linux bootstrap fails with SIGILL while compiling __mulvti3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211 --- Comment #19 from davem at gcc dot gnu.org 2012-11-06 01:43:40 UTC --- I always use --enable-targets=all

[Bug bootstrap/55211] [4.8 regression] sparc64-linux bootstrap fails with SIGILL while compiling __mulvti3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211 --- Comment #20 from davem at gcc dot gnu.org 2012-11-06 01:44:09 UTC --- Eric, I checked, and that is not how Debian builds their gcc. They build with sparc-unknown-linux as the triplet. So they configure their compiler correctly, and

[Bug bootstrap/55211] [4.8 regression] sparc64-linux bootstrap fails with SIGILL while compiling __mulvti3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211 --- Comment #21 from davem at gcc dot gnu.org 2012-11-06 01:49:28 UTC --- And now I remember more about this. They did that utterly stupid sparc64+--with-cpu=v8 thing exactly because --enable-targets=all didn't exist for sparc way back

[Bug bootstrap/55211] [4.8 regression] sparc64-linux bootstrap fails with SIGILL while compiling __mulvti3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211 --- Comment #22 from davem at gcc dot gnu.org 2012-11-06 04:15:21 UTC --- Ok IRA is where the allocation of %o1 for DImode is performed. I'll try to figure out why it isn't consulting HARD_REGNO_MODE_OK to validate this choice.

[Bug target/43350] sparcv9 mode does not seem to produce LDX/STX insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43350 davem at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |SUSPENDED Last

[Bug middle-end/49220] ICE in create_pre_exit, at mode-switching.c:401

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49220 --- Comment #3 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-11-06 04:35:14 UTC --- (In reply to comment #2) (In reply to comment #1) I think that create_pre_exit is used by SH target only. The Epiphany target defines

[Bug testsuite/55186] gcc.dg/const-uniq-1.c fails due to vector expected but not being in the constant pool

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55186 Hans-Peter Nilsson hp at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED

[Bug testsuite/55186] gcc.dg/const-uniq-1.c fails due to vector expected but not being in the constant pool

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55186 Hans-Peter Nilsson hp at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0

[Bug bootstrap/55211] [4.8 regression] sparc64-linux bootstrap fails with SIGILL while compiling __mulvti3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55211 --- Comment #23 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-11-06 07:49:43 UTC --- Eric, I checked, and that is not how Debian builds their gcc. They build with sparc-unknown-linux as the triplet. So they configure their

<    1   2