[Bug c++/50837] [c++0x] static_assert and constexpr in template class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50837 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/50858] [4.7 Regression] segfault at ../../gcc/libiberty/hashtab.c:981

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50858 --- Comment #8 from Paolo Carlini 2011-10-25 00:55:26 UTC --- This patchlet avoids the ICE and passes the testsuite: Index: typeck.c === --- typeck.c(revision 180413) +++ typeck

[Bug c++/50837] [c++0x] static_assert and constexpr in template class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50837 --- Comment #2 from Paolo Carlini 2011-10-25 01:10:59 UTC --- I can't believe it's so easy: fixes the testcase and passes the testsuite (modulo a trivial tweak to a dg-error string): Index: cp/pt.c ===

[Bug bootstrap/50826] bootstrap on 64 bit pa broken by r180194, ICE in mem_loc_descriptor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50826 Alexandre Oliva changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug debug/50816] [4.6.1] Discriminators are emitted in DWARF 2 format

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816 --- Comment #10 from Anitha Boyapati 2011-10-25 02:31:12 UTC --- (In reply to comment #9) > Author: jakub > Date: Mon Oct 24 18:09:21 2011 > New Revision: 180398 > > URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180398 > Log: > PR de

[Bug debug/50816] [4.6.1] Discriminators are emitted in DWARF 2 format

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50816 --- Comment #11 from Anitha Boyapati 2011-10-25 02:33:50 UTC --- (In reply to comment #8) > (In reply to comment #7) > > Compile it as: > > > > $avr-gcc -mmcu=atxmega128a1 -g -gdwarf-2 test.c -S > > You are left alone with that: -mmcu=atxmega12

[Bug bootstrap/50826] bootstrap on 64 bit pa broken by r180194, ICE in mem_loc_descriptor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50826 --- Comment #4 from Alexandre Oliva 2011-10-25 04:05:05 UTC --- Created attachment 25605 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25605 Patch that restores earlier behavior, hiding the problem This patch restores the cselib/vta expans

[Bug bootstrap/50826] bootstrap on 64 bit pa broken by r180194, ICE in mem_loc_descriptor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50826 Alexandre Oliva changed: What|Removed |Added Attachment #25605|0 |1 is obsolete|

[Bug bootstrap/50826] bootstrap on 64 bit pa broken by r180194, ICE in mem_loc_descriptor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50826 --- Comment #6 from Alexandre Oliva 2011-10-25 04:14:15 UTC --- Steve, forgot to ask you to give the latest patch a try and let me know how it goes. I'm not sure yet why we don't trigger this problem on x86*. TIA,

[Bug middle-end/50770] limits-fndefn.c times out on ARM; runs 22 x faster with -fno-var-tracking

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50770 --- Comment #2 from Alexandre Oliva 2011-10-25 04:38:34 UTC --- Michael, please fill in the target and any other configure options you used, and attach a preprocessed version of the source that exposes the problem, if the patch in r180194 didn't

[Bug tree-optimization/50693] Loop optimization restricted by GOTOs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50693 --- Comment #23 from Alexandre Oliva 2011-10-25 04:48:24 UTC --- Yup. We don't even need a new debug stmt type, methinks. Say, emit the debug stmt with the LABEL_DECL, decay that to a debug stmt in cfgexpand, and turn that into a NOTE_INSN_DELE

[Bug c++/50861] New: ICE: internal compiler error: tree check: expected tree that contains ‘decl minimal’ structure, have ‘error_mark’ in tsubst_copy_and_build, at cp/pt.c:13526

x86_64-unknown-linux-gnu Configured with: ../current-gcc/configure --prefix=/home/cas43/new-gcc/inst Thread model: posix gcc version 4.7.0 20111024 (experimental) (GCC)

[Bug libgcj/50844] SimpleDateFormat too slow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50844 --- Comment #3 from lsching17 at gmail dot com 2011-10-25 05:46:27 UTC --- Created attachment 25608 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25608 result of command "gcj -v"

[Bug libgcj/50845] java.util.concurrent.ThreadPoolExecutor do not work with core thread=0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50845 --- Comment #1 from lsching17 at gmail dot com 2011-10-25 05:47:16 UTC --- Created attachment 25609 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25609 result of command "gcj -v"

<    1   2