[Bug libstdc++/52476] New: [C++11] Unordered multimap reorders equivalent elements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476 Bug #: 52476 Summary: [C++11] Unordered multimap reorders equivalent elements Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug libstdc++/52476] [C++11] Unordered multimap reorders equivalent elements

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

[Bug libstdc++/43813] [DR1234] vectorT*(3, NULL) fails to compile

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

[Bug libstdc++/43813] [DR1234] vectorT*(3, NULL) fails to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813 --- Comment #14 from Paolo Carlini paolo.carlini at oracle dot com 2012-03-04 11:39:29 UTC --- Well, besides wrapping the thing in an __is_input_iterator helper.

[Bug libstdc++/43813] [DR1234] vectorT*(3, NULL) fails to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813 --- Comment #15 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-04 12:00:52 UTC --- (In reply to comment #14) Well, besides wrapping the thing in an __is_input_iterator helper. That's what I was going to suggest, possibly using an alias

[Bug libstdc++/37144] A bug in include/ext/pb_ds/detail/pat_trie_/constructors_destructor_fn_imps.hpp

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37144 --- Comment #35 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-04 12:05:13 UTC --- Benjamin, should this be closed as fixed for 4.7?

[Bug libstdc++/52433] [C++11] debug mode iterators need to move

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52433 --- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-04 12:49:27 UTC --- Author: redi Date: Sun Mar 4 12:49:22 2012 New Revision: 184880 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184880 Log: PR libstdc++/52433

[Bug c++/52477] New: Wrong initialization order? __attribute__((constructor)) vs static data access

Attached file compiles flawlessly on 4.7.0, but the output binary segfaults. Works fine in 4.6.2 though (as expected). Looks like a serious regression. g++-4.7 (GCC) 4.7.0 20120304 (prerelease) built on debian wheezy x64 with: --enable-languages=c,c++ --prefix=/opt/gcc-4.7 --program-suffix=-4.7 svn+ssh

[Bug middle-end/52478] New: -ftrapv calls the wrong functions in libgcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52478 Bug #: 52478 Summary: -ftrapv calls the wrong functions in libgcc Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug libstdc++/43813] [DR1234] vectorT*(3, NULL) fails to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813 --- Comment #16 from Paolo Carlini paolo.carlini at oracle dot com 2012-03-04 12:58:51 UTC --- Great. Only, I guess we want the alias somewhere out of class, we are going to use it a lot, for the debug mode containers too.

[Bug libstdc++/52433] [C++11] debug mode iterators need to move

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52433 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Known to work||4.8.0 Target

[Bug libstdc++/43813] [DR1234] vectorT*(3, NULL) fails to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813 --- Comment #17 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-04 13:06:40 UTC --- Probably better, yes. As aliases are cheaper to instantiate than templates it shouldn't affect compilation time or binary size to repeat it in each

[Bug target/52479] New: SH Target: SH4A DFmode fsca tests failing

--prefix=/usr/local --enable-languages=c,c++ --enable-multilib --disable-libssp --disable-nls --disable-werror --enable-lto --with-newlib --with-gnu-as --with-gnu-ld --with-system-zlib Thread model: single gcc version 4.8.0 20120304 (experimental) (GCC)

[Bug target/52480] New: SH Target: SH4A movua.l does not work for big endian

: single gcc version 4.8.0 20120304 (experimental) (GCC)

[Bug target/52479] SH Target: SH4A DFmode fsca tests failing

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52479 Kazumoto Kojima kkojima at gcc dot gnu.org changed: What|Removed |Added CC||aoliva at gcc

[Bug c++/52477] Wrong initialization order? __attribute__((constructor)) vs static data access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477 Pawel Sikora pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net

[Bug c++/52477] Wrong initialization order? __attribute__((constructor)) vs static data access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477 --- Comment #2 from Pawel Sikora pluto at agmk dot net 2012-03-04 14:16:29 UTC --- you should specify explicit initialization order to avoid gpf, e.g.: static std::mapint, int m __attribute__((init_priority(101))); static void insert()

[Bug c++/52477] Wrong initialization order? __attribute__((constructor)) vs static data access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477 --- Comment #3 from Przemysław Pawełczyk przemoc at gmail dot com 2012-03-04 14:24:10 UTC --- Thanks for solution, but... Isn't such order obvious or isn't it at least the most widely used one? I mean that by default static data initialization

[Bug fortran/36160] show_locus doesn't deal well with wide characters

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36160 --- Comment #2 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org 2012-03-04 14:36:03 UTC --- Author: fxcoudert Date: Sun Mar 4 14:35:56 2012 New Revision: 184884 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184884 Log: PR

[Bug fortran/36160] show_locus doesn't deal well with wide characters

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36160 Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed: What|Removed |Added Status|NEW

[Bug libstdc++/52476] [C++11] Unordered multimap reorders equivalent elements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476 --- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-03-04 16:10:19 UTC --- (In reply to comment #1) (we should double check that by avoiding any use of fancy C++11 features like initializer lists in the testcase) I

[Bug target/52408] Incorrect assembler generated for zvdep_imm64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52408 --- Comment #3 from John David Anglin danglin at gcc dot gnu.org 2012-03-04 16:23:39 UTC --- Author: danglin Date: Sun Mar 4 16:23:26 2012 New Revision: 184888 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184888 Log: Backport from

[Bug libstdc++/52476] [C++11] Unordered multimap reorders equivalent elements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476 --- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-03-04 16:28:02 UTC --- (In reply to comment #2) This means, one could actually remove the [C++11] tag from the bug title. I withdraw this suggestion: In TR1 (N1836)

[Bug target/52408] Incorrect assembler generated for zvdep_imm64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52408 --- Comment #4 from John David Anglin danglin at gcc dot gnu.org 2012-03-04 17:17:18 UTC --- Author: danglin Date: Sun Mar 4 17:17:11 2012 New Revision: 184889 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184889 Log: Backport from

[Bug c++/52481] New: m68k-*: internal compiler error: in extract_insn, at recog.c:2123

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481 Bug #: 52481 Summary: m68k-*: internal compiler error: in extract_insn, at recog.c:2123 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug target/41557] gcc.exe: Internal error: (null) (program cc1plus)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41557 Fabrizio Gennari fabrizio.ge at tiscali dot it changed: What|Removed |Added CC|

[Bug target/51244] SH Target: Inefficient conditional branch

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244 Oleg Endo olegendo at gcc dot gnu.org changed: What|Removed |Added Attachment #26812|0 |1 is

[Bug libitm/52482] New: libitm INVALID MNEMONIC in .S (powerpc asm)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482 Bug #: 52482 Summary: libitm INVALID MNEMONIC in .S (powerpc asm) Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug target/52483] New: SH Target: Loads from volatile memory leave redundant sign/zero extensions

with: ../gcc-trunk/configure --target=sh-elf --prefix=/usr/local --enable-languages=c,c++ --enable-multilib --disable-libssp --disable-nls --disable-werror --enable-lto --with-newlib --with-gnu-as --with-gnu-ld --with-system-zlib Thread model: single gcc version 4.8.0 20120304 (experimental) (GCC)

[Bug debug/47510] DW_TAG_typedef can have children when designating a naming typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47510 Václav Šmilauer eu at doxos dot eu changed: What|Removed |Added CC||eu at doxos dot eu

[Bug c++/52465] [4.7 regression] g++ rejects valid code with in-class using declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465 fabien at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from

[Bug libitm/52482] libitm INVALID MNEMONIC in .S (powerpc asm)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482 --- Comment #1 from David Fang fang at csl dot cornell.edu 2012-03-04 18:45:58 UTC --- powerpc/sjlj.S contains: #include asmcfi.h #if defined(__powerpc64__) defined(__ELF__) ... #elif defined(__ELF__) ... #elif defined(_CALL_DARWIN) .macro

[Bug fortran/43829] Scalarization of reductions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added CC||rajiv.adhikary at

[Bug fortran/36841] Eliminate gfortran_sum_r8 call for calculation involving multidimensional array multiplication followed by a sum along first dimension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36841 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/52481] m68k-*: internal compiler error: in extract_insn, at recog.c:2123

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481 Andreas Schwab sch...@linux-m68k.org changed: What|Removed |Added Target|m68k-rtems* |m68k-*-*

[Bug libstdc++/51673] undefined references / libstdc++-7.dll

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51673 --- Comment #12 from Pawel Sikora pluto at agmk dot net 2012-03-04 19:36:30 UTC --- with current 4.6.4 i've noticed a new undefined reference during boost_rexeg.dll linking: (...) Creating library file:

[Bug fortran/37744] ICE-on-invalid with ISO_C_BINDING

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37744 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug rtl-optimization/52484] New: Wrong code from ce3 pass (deletes insn)

long *p) { return *p; } == compile == $ avr-gcc flash.c -S -dp -Os -mmcu=avr51 -da == configure == ../../gcc.gnu.org/trunk/configure --target=avr --prefix=/gnu/install/gcc-4.7 --disable-nls --with-dwarf2 --enable-checking=yes,rtl --enable-languages=c,c++ GNU C (GCC) version 4.8.0 20120304

[Bug rtl-optimization/52484] Wrong code from ce3 pass (deletes insn)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52484 --- Comment #1 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-03-04 19:54:20 UTC --- Created attachment 26824 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26824 flash.c.208r.peephole2 This dump looks ok: there are 4 xload_qi_libgcc

[Bug rtl-optimization/52484] Wrong code from ce3 pass (deletes insn)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52484 --- Comment #2 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-03-04 19:55:31 UTC --- Created attachment 26825 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26825 flash.c.209r.ce3 One xload_qi_libgcc has been killed.

[Bug rtl-optimization/52484] Wrong code from ce3 pass (deletes insn)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52484 --- Comment #3 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-03-04 19:57:01 UTC --- Created attachment 26826 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26826 flash.c

[Bug c++/52485] New: [c++11] add an option to disable c++11 user-defined literals

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52485 Bug #: 52485 Summary: [c++11] add an option to disable c++11 user-defined literals Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug target/52481] m68k-*: internal compiler error: in extract_insn, at recog.c:2123

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481 --- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2012-03-04 21:01:28 UTC --- Created attachment 26827 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26827 reduced test case in C Depends on target CPU selection. -mcpu=680[012346]0

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981 --- Comment #39 from Mikael Morin mikael at gcc dot gnu.org 2012-03-04 21:05:36 UTC --- Author: mikael Date: Sun Mar 4 21:05:32 2012 New Revision: 184896 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184896 Log: fortran/ PR

[Bug target/52146] [x32] - Wrong code to access addresses 0x80000000 to 0xFFFFFFFF

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52146 --- Comment #19 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org 2012-03-04 21:17:37 UTC --- Author: hjl Date: Sun Mar 4 21:17:34 2012 New Revision: 184898 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184898 Log: Update

[Bug target/52408] Incorrect assembler generated for zvdep_imm64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52408 --- Comment #5 from John David Anglin danglin at gcc dot gnu.org 2012-03-04 21:31:29 UTC --- Author: danglin Date: Sun Mar 4 21:31:25 2012 New Revision: 184902 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184902 Log: Backport from

[Bug target/52408] Incorrect assembler generated for zvdep_imm64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52408 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981 --- Comment #40 from Mikael Morin mikael at gcc dot gnu.org 2012-03-04 21:50:14 UTC --- Author: mikael Date: Sun Mar 4 21:50:08 2012 New Revision: 184904 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184904 Log: fortran/ PR

[Bug c++/52465] [4.7 regression] g++ rejects valid code with in-class using declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465 --- Comment #4 from fabien at gcc dot gnu.org 2012-03-04 21:52:15 UTC --- This is because some USING_DECLs are stored in IDENTIDIER_BINDINGs. Jason, do you agree that cxx_binding-value and cxx_binding-type should not be USING_DECLs ?

[Bug fortran/52475] option -imacros for fortran code is not supported

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52475 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-04 22:01:15 UTC --- Created attachment 26828 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26828 Draft patch Confirmed. Attached a lightly tested draft patch. (There might

[Bug libstdc++/52486] New: money_put/money_get/moneypunct interpreting localeconv() result incorrectly and inserting/requiring an extra space

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52486 Bug #: 52486 Summary: money_put/money_get/moneypunct interpreting localeconv() result incorrectly and inserting/requiring an extra space Classification: Unclassified

[Bug c++/52487] New: [4.6/4.7 Regression] [C++11] ICE at cp/semantics.c:5613 with lambda capturing reference to incomplete type by value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52487 Bug #: 52487 Summary: [4.6/4.7 Regression] [C++11] ICE at cp/semantics.c:5613 with lambda capturing reference to incomplete type by value Classification: Unclassified

[Bug fortran/52469] [4.6/4.7/4.8 Regression] Defining function pointer interface

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52469 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug bootstrap/52471] ICE bootstrapping GCC 4.7.0-20120302 on x86_64 OpenBSD

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52471 Kyle Markley kyle at arbyte dot us changed: What|Removed |Added Attachment #26819|0 |1 is

[Bug bootstrap/52471] ICE bootstrapping GCC 4.7.0-20120302 on x86_64 OpenBSD

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52471 Kyle Markley kyle at arbyte dot us changed: What|Removed |Added Known to work||4.6.2 Known to

[Bug c++/52485] [c++11] add an option to disable c++11 user-defined literals

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52485 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-03-04 22:56:18 UTC --- I think we should not have an option to disable user-defined literals at all. Since their code is not C++11, they should fix their code to be C++11 if they

[Bug target/52450] FAIL: gcc.dg/torture/pr52402.c at -O1 and above

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52450 --- Comment #3 from dave.anglin at bell dot net 2012-03-05 00:12:35 UTC --- On 1-Mar-12, at 10:52 AM, rguenth at gcc dot gnu.org wrote: I think that's expected if your target does not provide a movmisalign optab for whatever mode is used for

[Bug ada/52280] FAIL: c974013 -- C974013 Abortable part did not execute

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52280 --- Comment #2 from dave.anglin at bell dot net 2012-03-05 01:04:41 UTC --- On 27-Feb-12, at 3:37 AM, ebotcazou at gcc dot gnu.org wrote: Is the failure reproducible manually? With and without optimization? Test doesn't fail when run

[Bug libstdc++/52476] [DR 518] Unordered multimap reorders equivalent elements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52476 --- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com 2012-03-05 01:09:15 UTC --- Ah, thanks, that explains a lot.

[Bug libstdc++/43813] [DR1234] vectorT*(3, NULL) fails to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43813 --- Comment #18 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2012-03-05 01:15:32 UTC --- Author: paolo Date: Mon Mar 5 01:15:28 2012 New Revision: 184911 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184911 Log: 2012-03-04

[Bug libstdc++/43813] [DR1234] vectorT*(3, NULL) fails to compile

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

[Bug tree-optimization/30997] FRE does not simplify comparisons in COND_EXPRs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30997 --- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org 2012-03-05 05:27:23 UTC --- Some talk about this issue at http://gcc.gnu.org/ml/gcc/2012-02/msg00462.html .

[Bug tree-optimization/21485] [4.4/4.5/4.6/4.7/4.8 Regression] missed load PRE, PRE makes i?86 suck

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21485 --- Comment #49 from Andrew Pinski pinskia at gcc dot gnu.org 2012-03-05 05:29:54 UTC --- PR 37242 is also needed from what I remember reading the IR.

[Bug target/52480] SH Target: SH4A movua.l does not work for big endian

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52480 --- Comment #1 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-03-05 05:30:18 UTC --- Created attachment 26831 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26831 A possible patch Looks to be a similar problem with PR52394.

[Bug tree-optimization/22586] GVN-PRE could do strength reduction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22586 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Depends on||37242 ---

[Bug target/52483] SH Target: Loads from volatile memory leave redundant sign/zero extensions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52483 --- Comment #1 from Kazumoto Kojima kkojima at gcc dot gnu.org 2012-03-05 05:33:39 UTC --- (In reply to comment #0) Maybe a few peepholes would help here? Sure. Peephole looks to be reasonable for this.

[Bug go/52342] 64-bit go.test/test/chan/doubleselect.go times out on Solaris/SPARC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52342 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug go/52342] 64-bit go.test/test/chan/doubleselect.go times out on Solaris/SPARC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52342 --- Comment #1 from ian at gcc dot gnu.org ian at gcc dot gnu.org 2012-03-05 06:39:13 UTC --- Author: ian Date: Mon Mar 5 06:39:08 2012 New Revision: 184914 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184914 Log: PR go/52342

[Bug target/52488] New: avr-*: internal compiler error: in extract_insn, at recog.c:2123

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52488 Bug #: 52488 Summary: avr-*: internal compiler error: in extract_insn, at recog.c:2123 Classification: Unclassified Product: gcc Version: unknown Status: