[Bug c++/53431] New: C++ preprocessor ignores #pragma GCC diagnostic ignored "-Wundef"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431 Bug #: 53431 Summary: C++ preprocessor ignores #pragma GCC diagnostic ignored "-Wundef" Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug other/53430] New: Attempting to build gcc on FC 16 x86_64 produces error message.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53430 Bug #: 53430 Summary: Attempting to build gcc on FC 16 x86_64 produces error message. Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED

[Bug libstdc++/53429] complex::{imag,real} should be marked alwaysinline to guarantee libstdc++ binary compatibility between C++98 and C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53429 --- Comment #1 from Jeffrey Yasskin 2012-05-21 04:03:26 UTC --- So far, this is purely a theoretical incompatibility. I haven't actually seen a compiled libstdc++.so that exposes a version-specific complex::{imag,real}.

[Bug libstdc++/53429] New: complex::{imag,real} should be marked alwaysinline to guarantee libstdc++ binary compatibility between C++98 and C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53429 Bug #: 53429 Summary: complex::{imag,real} should be marked alwaysinline to guarantee libstdc++ binary compatibility between C++98 and C++11 Classification: Unclassified

[Bug lto/53428] [4.8 Regression] 403.gcc in SPEC CPU 2006 miscompiled by LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53428 H.J. Lu changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #1 from

[Bug lto/53428] New: [4.8 Regression] 403.gcc in SPEC CPU 2006 miscompiled by LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53428 Bug #: 53428 Summary: [4.8 Regression] 403.gcc in SPEC CPU 2006 miscompiled by LTO Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug middle-end/53048] [4.8 Regression] 256.bzip2 in SPEC CPU 2000 failed to build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53048 H.J. Lu changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug java/53400] java build failure with NullPointerException

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53400 --- Comment #4 from John T 2012-05-20 22:23:07 UTC --- Yes. I removed gcc-java-4.4.1 and got rid of the offending gjar, then included java in a build of gcc-4.6.3. Built and installed as hoped with a new gjar.

[Bug middle-end/18927] O(n^2) compile time with -O0 (n= number of basic blocks) in local alloc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18927 Steven Bosscher changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug rtl-optimization/53373] [4.8 regression] ICE on valid code with -march-native

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53373 Andrew Pinski changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #9

[Bug middle-end/53420] [4.8 Regression] ICE in iterative_hash_expr, at tree.c:7039

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53420 Andrew Pinski changed: What|Removed |Added Keywords||build, ice-on-valid-code Target Milesto

[Bug bootstrap/53423] gcc/32/crtbegin.o: wrong ELF class: ELFCLASS64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53423 --- Comment #2 from kiko 2012-05-20 20:10:29 UTC --- did make distclean, removed --with-boot-ldflags=-m64 \ --with-stage1-ldflags=-m64 \ from configure, re-ran configure and build still fails: /bin/bash /home/keith/src/gcc-4.7.0/libgcc/../mki

[Bug lto/53407] ICE compiling pcre-8.21 in function_and_variable_visibility, at ipa.c:1002

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53407 Andrew Pinski changed: What|Removed |Added Version|unknown |4.6.3 --- Comment #1 from Andrew Pinski

[Bug rtl-optimization/53373] [4.8 regression] ICE on valid code with -mavx

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53373 H.J. Lu changed: What|Removed |Added Summary|[4.8 regression] ICE on |[4.8 regression] ICE on |vali

[Bug c++/53350] Internal compiler error when compiling boost/smart_ptr/intrusive_ptr.hpp 1.49

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53350 --- Comment #12 from rct at thompsonclan dot org 2012-05-20 20:10:09 UTC --- On 05/16/2012 11:11 PM, glisse at gcc dot gnu.org wrote: > when you say the problem doesn't exist with 4.6.3, did you give it the > original program or the preprocessed s

[Bug bootstrap/53183] [4.7/4.8 Regression] libgcc does not always figure out the size of double/long double

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53183 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug lto/53426] [lto]: ICE:create_variable_info_for at ../../gcc-trunk/gcc/tree-ssa-structalias.c:5581

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53426 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/53402] [C++11] non-inline namespace can be wrongly re-opened as inline

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53402 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug other/53413] md5_process_block() produces incorrect result with large block sizes

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53413 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/53411] [4.8 Regression] ICE in move_unallocated_pseudos

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53411 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug middle-end/53048] [4.8 Regression] 256.bzip2 in SPEC CPU 2000 failed to build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53048 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCO

[Bug middle-end/53427] [4.8 Regression] Bootstrap failure

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

[Bug middle-end/53427] [4.8 Regression] Bootstrap failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53427 Andrew Pinski changed: What|Removed |Added Keywords||build, ice-on-valid-code Stat

[Bug bootstrap/53423] gcc/32/crtbegin.o: wrong ELF class: ELFCLASS64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53423 --- Comment #1 from Andrew Pinski 2012-05-20 19:31:54 UTC --- --with-boot-ldflags=-m64 \ --with-stage1-ldflags=-m64 \ Don't do that.

[Bug lto/53426] [lto]: ICE:create_variable_info_for at ../../gcc-trunk/gcc/tree-ssa-structalias.c:5581

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53426 Andrew Pinski changed: What|Removed |Added Severity|major |normal

[Bug c++/53401] [C++11] internal compiler error: Segmentation fault on infinite argument deduction of constexpr templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53401 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic --- Comment #1 from Andrew Pin

[Bug bootstrap/53427] [4.8 Regression] Bootstrap failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53427 --- Comment #1 from Uros Bizjak 2012-05-20 19:14:20 UTC --- (gdb) bt #0 save_call_clobbered_regs () at ../../gcc-svn/trunk/gcc/caller-save.c:877 #1 0x00873bd7 in reload (first=0x71b100c0, global=1) at ../../gcc-svn/trunk/gcc/reload1

[Bug c++/53349] Internal compiler error with constexpr and recursive data type.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53349 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCO

[Bug middle-end/53418] [4.5/4.6/4.7/4.8 Regression] ICE at gimplify.c:7773

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53418 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

[Bug middle-end/53420] [4.8 Regression] ICE in iterative_hash_expr, at tree.c:7039

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53420 Andrew Pinski changed: What|Removed |Added Component|c |middle-end --- Comment #2 from Andrew Pin

[Bug c++/53398] feature request: option for overloaded methods order in vtable compatibility with msc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53398 --- Comment #1 from Andrew Pinski 2012-05-20 19:14:09 UTC --- This is defined by the ABI. I think if we provide an option for this, we are going to have people abuse this. Also I think the C++ ABIs between MS and GCC not compatible at all since

[Bug target/53399] "*ffs" pattern generates wrong code with BMI enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399 --- Comment #10 from Uros Bizjak 2012-05-20 18:40:24 UTC --- Created attachment 27451 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27451 Patch that separates flags setting tzcnt and bsf patterns Please test the attached patch. The patch c

[Bug bootstrap/53427] New: [4.8 Regression] Bootstrap failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53427 Bug #: 53427 Summary: [4.8 Regression] Bootstrap failure Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug rtl-optimization/53373] [4.8 regression] ICE on valid code with -march-native

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53373 --- Comment #8 from dave.anglin at bell dot net 2012-05-20 18:21:37 UTC --- On 20-May-12, at 1:10 PM, vincenzo.innocente at cern dot ch wrote: > revision 187695 does not solve PR53393 I didn't say it did and I didn't merge the PRs. In particular

[Bug target/53416] Wrong code when optimising loop involving _rdrand32_step

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53416 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/53416] Wrong code when optimising loop involving _rdrand32_step

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53416 H.J. Lu changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p |

[Bug rtl-optimization/53373] [4.8 regression] ICE on valid code with -march-native

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53373 --- Comment #7 from vincenzo Innocente 2012-05-20 17:10:36 UTC --- revision 187695 does not solve PR53393

[Bug rtl-optimization/53373] [4.8 regression] ICE on valid code with -march-native

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53373 --- Comment #6 from John David Anglin 2012-05-20 16:32:57 UTC --- Author: danglin Date: Sun May 20 16:32:50 2012 New Revision: 187695 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187695 Log: PR rtl-optimzation/53373 * config/pa/

[Bug target/53399] "*ffs" pattern generates wrong code with BMI enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399 --- Comment #9 from H.J. Lu 2012-05-20 16:24:13 UTC --- We can't use tzcnt in the current ffs patterns. We should add a CCC variant for ffs patterns with tzcnt.

[Bug target/53399] "*ffs" pattern generates wrong code with BMI enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/53399] "*ffs" pattern generates wrong code with BMI enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399 H.J. Lu changed: What|Removed |Added Summary|"*ffs" pattern generates|"*ffs" pattern generates |wro

[Bug target/53399] "*ffs" pattern generates wrong code with BMI enabled (for corner cases)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399 --- Comment #7 from H.J. Lu 2012-05-20 16:02:37 UTC --- (In reply to comment #6) > > > > Can you please isolate failing test? > > Sure, it is attached. Please show the generated __builtin_ffs assembly codes compiled with and without BMI. Als

[Bug target/53399] "*ffs" pattern generates wrong code with BMI enabled (for corner cases)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399 --- Comment #6 from Yukhin Kirill 2012-05-20 15:54:38 UTC --- > > Can you please isolate failing test? Sure, it is attached. It works when compiled this way: /export/home/kyukhin/gcc/build/build-x86_64-linux/gcc/xgcc -B/export/home/kyukhin/gcc/

[Bug target/53399] "*ffs" pattern generates wrong code with BMI enabled (for corner cases)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399 --- Comment #5 from Yukhin Kirill 2012-05-20 15:54:08 UTC --- > > Can you please isolate failing test? Sure, it is attached. It works when compiled this way: /export/home/kyukhin/gcc/build/build-x86_64-linux/gcc/xgcc -B/export/home/kyukhin/gcc/

[Bug target/53399] "*ffs" pattern generates wrong code with BMI enabled (for corner cases)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53399 --- Comment #4 from Yukhin Kirill 2012-05-20 15:53:30 UTC --- Created attachment 27449 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27449 testcase

[Bug c++/53000] Conditional operator does not behave as standardized

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #9 from İsmail "cartman" Dönmez 2012-05-20 14:50:46 UTC --- ping?

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383 H.J. Lu changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p |

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383 --- Comment #14 from H.J. Lu 2012-05-20 14:28:18 UTC --- (In reply to comment #12) > > Not when you call function with -fpreferred-stack-boundary=3 > and it is itself compiled with -fpreferred-stack-boudnary=4 > and calls another functions passi

[Bug libstdc++/53270] Error when bootstrapping gcc on hppa2.0-unknown-linux-gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270 --- Comment #29 from dave.anglin at bell dot net 2012-05-20 14:18:39 UTC --- On 20-May-12, at 6:41 AM, jimis at gmx dot net wrote: > init2.c:52: MPFR assertion failed: p >= 2 && p <= ((mpfr_prec_t) > ((mpfr_uprec_t) > ~(mpfr_uprec_t)0)>>1)) > :0:

[Bug target/53425] New: No warnings are given for -mno-sse

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53425 Bug #: 53425 Summary: No warnings are given for -mno-sse Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383 --- Comment #13 from Jan Hubicka 2012-05-20 11:34:27 UTC --- > > This isn't necessary. If __int128 is put on stack by caller, > > the stack must be aligned at 16 bytes. > > Not when you call function with -fpreferred-stack-boundary=3 > and it i

Re: [Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

> > This isn't necessary. If __int128 is put on stack by caller, > > the stack must be aligned at 16 bytes. > > Not when you call function with -fpreferred-stack-boundary=3 > and it is itself compiled with -fpreferred-stack-boudnary=4 > and calls another functions passing __int128. > Thus the ABI

[Bug libstdc++/53270] Error when bootstrapping gcc on hppa2.0-unknown-linux-gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53270 --- Comment #28 from jimis 2012-05-20 10:41:28 UTC --- The issue seems to be resolved with these 3 defines, thanks for helping. I now get an ICE at a much later phase which is probably unrelated. I'll try some more recent snapshot later and file a

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383 --- Comment #12 from Jan Hubicka 2012-05-20 10:15:06 UTC --- > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383 > > --- Comment #11 from H.J. Lu 2012-05-20 02:04:40 > UTC --- > (In reply to comment #10) > > The problem is va_args doing alignm

[Bug target/53283] [4.8 Regression] Many failures on x86_64-apple-darwin10 after revision 186789

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283 --- Comment #9 from Iain Sandoe 2012-05-20 09:42:03 UTC --- ((In reply to comment #7) > > The attached patch bootstrapped on *86*-darwin9/10, ppc-darwin9 - lightly > > tested ... needs checking on Darwin11. > > The patch in comment #6 (after a

[Bug target/53283] [4.8 Regression] Many failures on x86_64-apple-darwin10 after revision 186789

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283 --- Comment #8 from Dominique d'Humieres 2012-05-20 09:38:24 UTC --- > The patch in comment #6 (after a clean bootstrap) fixes most of the failures, > but > > FAIL: g++.dg/other/darwin-cfstring1.C ... > FAIL: obj-c++.dg/strings/const-cfstring-2.m

[Bug target/53283] [4.8 Regression] Many failures on x86_64-apple-darwin10 after revision 186789

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283 --- Comment #7 from Dominique d'Humieres 2012-05-20 09:29:39 UTC --- > The attached patch bootstrapped on *86*-darwin9/10, ppc-darwin9 - lightly > tested ... needs checking on Darwin11. The patch in comment #6 (after a clean bootstrap) fixes mo

[Bug c/53424] dynamic array expressions get wrong sizeof() if pointers to const are involved and the pointers are changed (const is misapplied to the whole expression)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53424 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED