[Bug inline-asm/51863] invlpg with -masm=intel generates memory operand size error in assembly stage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51863 --- Comment #1 from Tyler Hardin 2012-01-15 06:05:49 UTC --- Created attachment 26328 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26328 A source file that generates the error.

[Bug inline-asm/51863] New: invlpg with -masm=intel generates memory operand size error in assembly stage

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51863 Bug #: 51863 Summary: invlpg with -masm=intel generates memory operand size error in assembly stage Classification: Unclassified Product: gcc Version: 4.6.1 Status: U

[Bug c/51862] Over optimization for assignments to char[] defined inner than used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51862 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c/51862] Over optimization for assignments to char[] defined inner than used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51862 --- Comment #1 from Yui NARUSE 2012-01-15 01:25:57 UTC --- Created attachment 26327 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26327 the preprocessed file

[Bug c/51862] New: Over optimization for assignments to char[] defined inner than used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51862 Bug #: 51862 Summary: Over optimization for assignments to char[] defined inner than used Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug target/51861] Incorrect generated code with __builtin_unreachable() on MIPS

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51861 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug rtl-optimization/51187] miscompilation of genrecog.c at -O2 for --target=avr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51187 Andrew Pinski changed: What|Removed |Added CC||maarten at treewalker dot

[Bug fortran/40963] ICE segfault - c_loc with derived type component as argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40963 Lars Pastewka changed: What|Removed |Added CC||pastewka at gmail dot com --- Comment #4

[Bug target/51861] New: Incorrect generated code with __builtin_unreachable() on MIPS

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51861 Bug #: 51861 Summary: Incorrect generated code with __builtin_unreachable() on MIPS Classification: Unclassified Product: gcc Version: 4.5.1 Status: UNCONFIRMED

[Bug target/22473] FAIL: gcc.c-torture/execute/conversion.c execution -O[012]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22473 --- Comment #5 from John David Anglin 2012-01-14 21:17:03 UTC --- (In reply to comment #4) > This is a binutils bug. Single word conversions need to > use the 0E opcode rather than the 0C opcode that's currently > generated for fcnv,t,sgl,uwd.

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #31 from Andrew Pinski 2012-01-14 19:01:47 UTC --- (In reply to comment #20) > Doesn't powerpc-darwin have the same problem? Yes that was recorded in PR 10901 :)

[Bug libstdc++/50982] AIX libstdc++ GTHREADS incompatibility

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982 --- Comment #51 from Jonathan Wakely 2012-01-14 18:12:25 UTC --- Created attachment 26325 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26325 enable tests on aix David, would you be able to apply this patch and let me know the results of

[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 #15 from denisc at gcc dot gnu.org 2012-01-14 18:11:33 UTC --- Author: denisc Date: Sat Jan 14 18:11:29 2012 New Revision: 183183 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183183 Log: PR target/50925 * config/avr/av

[Bug rtl-optimization/48496] [4.7 Regression] 'asm' operand requires impossible reload in libffi/src/ia64/ffi.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48496 --- Comment #10 from Jakub Jelinek 2012-01-14 17:45:28 UTC --- Doesn't this code violate strict aliasing though? And, it passes with -fno-strict-aliasing. Therefore, I think it would be better to fix up the strict aliasing violation in libffi.

[Bug c++/14179] [4.4/4.5/4.6/4.7 Regression] out of memory while parsing array with many initializers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179 --- Comment #64 from Jason Merrill 2012-01-14 17:06:46 UTC --- Yep, it turned out that there was a lot of allocation overhead from vector allocation in the token buffer. After fixing that as well with the patch at http://gcc.gnu.org/ml/gcc-patc

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #30 from Jakub Jelinek 2012-01-14 16:56:10 UTC --- (In reply to comment #28) > Created attachment 26324 [details] > a first attempt at a fix > > this is pretty much the first ever RTL I've written > ... so comments welcome ...

[Bug c++/51832] [4.7 regression] Rev.182970 causes LTO link errors (multiple definitions of allocator_traits)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51832 Steven Bosscher changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #29 from Iain Sandoe 2012-01-14 16:37:38 UTC --- never mind, it doesn't bootstrap...

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #28 from Iain Sandoe 2012-01-14 15:58:32 UTC --- Created attachment 26324 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26324 a first attempt at a fix this is pretty much the first ever RTL I've written ... so comments wel

[Bug libstdc++/51823] [DR 198] reverse iterator returns uninitialized values

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51823 --- Comment #11 from Jonathan Wakely 2012-01-14 15:43:52 UTC --- Created attachment 26323 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26323 implement DR 198 it's ugly, but it works

[Bug c++/14179] [4.4/4.5/4.6/4.7 Regression] out of memory while parsing array with many initializers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14179 --- Comment #63 from Jan Hubicka 2012-01-14 14:18:27 UTC --- > Making the change to convert_to_integer mentioned in 12245 reduces VM size to > 1509M; there's another 190M of garbage from cp_parser_initializer_list, but > that still doesn't accoun

[Bug fortran/51800] [4.6/4.7 Regression] Error: Automatic array 'dummy' at (1) cannot have an initializer

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

[Bug fortran/51800] [4.6/4.7 Regression] Error: Automatic array 'dummy' at (1) cannot have an initializer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51800 --- Comment #5 from Tobias Burnus 2012-01-14 13:28:10 UTC --- Author: burnus Date: Sat Jan 14 13:28:05 2012 New Revision: 183181 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183181 Log: 2012-01-14 Tobias Burnus PR fortran/51

[Bug bootstrap/51860] [4.7 regression] s390 esa mode bootstrap comparison failure since transactional memory branch merge

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51860 Andreas Krebbel changed: What|Removed |Added Target||s390-ibm-linux Priority|P3

[Bug bootstrap/51860] New: [4.7 regression] s390 esa mode bootstrap comparison failure since transactional memory branch

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51860 Bug #: 51860 Summary: [4.7 regression] s390 esa mode bootstrap comparison failure since transactional memory branch Classification: Unclassified Product: gcc Version: 4.7.0

[Bug lto/51859] New: wrapped symbols (wrap linker option) do not link

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51859 Bug #: 51859 Summary: wrapped symbols (wrap linker option) do not link Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal P

[Bug fortran/51800] [4.6/4.7 Regression] Error: Automatic array 'dummy' at (1) cannot have an initializer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51800 --- Comment #4 from Tobias Burnus 2012-01-14 12:06:04 UTC --- Author: burnus Date: Sat Jan 14 12:05:59 2012 New Revision: 183180 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183180 Log: 2012-01-14 Tobias Burnus PR fortran/51

[Bug fortran/51816] [4.7 Regression] Wrong error when use..., only : operator() twice

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

[Bug fortran/51816] [4.7 Regression] Wrong error when use..., only : operator() twice

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51816 --- Comment #5 from Tobias Burnus 2012-01-14 12:04:25 UTC --- Author: burnus Date: Sat Jan 14 12:04:20 2012 New Revision: 183179 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183179 Log: 2011-01-14 Tobias Burnus PR fortran/51

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #27 from Jakub Jelinek 2012-01-14 11:48:37 UTC --- (In reply to comment #25) > BTW what happens on i?86-linux-* with -fpic? You haven't read #c17, right? But if you want even further details: Both x and y there have: call

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #26 from Iain Sandoe 2012-01-14 11:42:41 UTC --- (In reply to comment #25) > > I guess xfailing is the thing to do for now ... > > I hate xfail in this kind of situation: I see it as a hypocritical way to say > "won't fix". Note the

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #25 from Dominique d'Humieres 2012-01-14 11:33:20 UTC --- > I don't think this is a regression - I think it's been there for(ever/long > time). I don't want to waste time arguing about the regression tag, but gcc.dg/tree-prof/pr44777

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #24 from Iain Sandoe 2012-01-14 11:28:11 UTC --- (In reply to comment #23) > How would that help? well, I wasn't suggesting that it was a complete solution (and I get that we need to provide the nonlocal_goto_receiver). My point i

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #23 from Jakub Jelinek 2012-01-14 11:03:26 UTC --- How would that help? With nonlocal goto, you need to recompute the PIC register (if different from the function doing nonlocal goto) in the nonlocal goto receiver. Consider: extern v

[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #22 from Iain Sandoe 2012-01-14 10:34:19 UTC --- I suppose that, for a start, if a function contains a non-local-label, then the pro/epilogue should save/restore all call-saved regs?

[Bug target/51784] [4.7 Regression] FAIL: gcc.dg/tree-prof/pr44777.c execution, -fprofile-generate -D_PROFILE_GENERATE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #21 from Iain Sandoe 2012-01-14 10:22:31 UTC --- (In reply to comment #20) > Doesn't powerpc-darwin have the same problem? Not sure if it defaults to > -fpic, perhaps just with explicit -fpic? powerpc makes provision (in the ABI) to

[Bug target/48949] [4.6/4.7 Regression] gcc-4.6.0 regression with complex.h on i386-pc-solaris2.10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48949 --- Comment #9 from Jakub Jelinek 2012-01-14 10:20:34 UTC --- (In reply to comment #8) > > Please answer comment #3. > > Answers provided on bug report 50944. Clearly the system complex.h is being used, does that mean that the header hasn't bee

[Bug target/51784] [4.7 Regression] FAIL: gcc.dg/tree-prof/pr44777.c execution, -fprofile-generate -D_PROFILE_GENERATE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #20 from Jakub Jelinek 2012-01-14 10:14:33 UTC --- Doesn't powerpc-darwin have the same problem? Not sure if it defaults to -fpic, perhaps just with explicit -fpic? Are you ok with dropping the Regression tag (or, just xfailing the t

[Bug target/51784] [4.7 Regression] FAIL: gcc.dg/tree-prof/pr44777.c execution, -fprofile-generate -D_PROFILE_GENERATE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 Iain Sandoe changed: What|Removed |Added Status|WAITING |NEW CC|

[Bug c++/51832] [4.7 regression] Rev.182970 causes LTO link errors (multiple definitions of allocator_traits)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51832 Marc Glisse changed: What|Removed |Added CC||marc.glisse at normalesup

[Bug c++/51852] [regression] [c++11] tree check: expected tree_list, have HßèMÕþÿøtxøtsø

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51852 --- Comment #8 from Nathan Ridge 2012-01-14 08:40:35 UTC --- (In reply to comment #6) > (In reply to comment #2) > > you could also try building with --enable-checking=valgrind > > When I try to build gcc with --enable-checking=valgrind, I get t

[Bug c++/51852] [regression] [c++11] tree check: expected tree_list, have HßèMÕþÿøtxøtsø

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51852 --- Comment #7 from Nathan Ridge 2012-01-14 08:39:44 UTC --- Created attachment 26322 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26322 valgrind output

[Bug c/51853] MPFR assertion failure with Python: p >= 2 && p <= ((mpfr_prec_t)((mpfr_uprec_t)(~(mpfr_uprec_t)0)>>1))

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51853 --- Comment #3 from Julien ÉLIE 2012-01-14 08:13:45 UTC --- Created attachment 26321 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26321 Result of preprocessed file

[Bug c/51853] MPFR assertion failure with Python: p >= 2 && p <= ((mpfr_prec_t)((mpfr_uprec_t)(~(mpfr_uprec_t)0)>>1))

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51853 Julien ÉLIE changed: What|Removed |Added Component|target |c --- Comment #2 from Julien ÉLIE 2012-01-

[Bug c++/51852] [regression] [c++11] tree check: expected tree_list, have HßèMÕþÿøtxøtsø

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51852 --- Comment #6 from Nathan Ridge 2012-01-14 08:06:03 UTC --- (In reply to comment #2) > you could also try building with --enable-checking=valgrind When I try to build gcc with --enable-checking=valgrind, I get the following error: --13242-- Wa