[Bug c++/53226] New: memory consumption for heavy template instantiations increased massively

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53226 Bug #: 53226 Summary: memory consumption for heavy template instantiations increased massively Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONF

[Bug rtl-optimization/53227] New: [4.8 Regression] FAIL: gcc.target/i386/movbe-2.c scan-assembler-times movbe[ \t] 4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53227 Bug #: 53227 Summary: [4.8 Regression] FAIL: gcc.target/i386/movbe-2.c scan-assembler-times movbe[ \t] 4 Classification: Unclassified Product: gcc Version: 4.8.0 Stat

[Bug c++/53226] memory consumption for heavy template instantiations increased massively

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53226 Manuel López-Ibáñez changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/53219] inline function erroneously clobbers %i0 register on 64 bit sparc compile of perls regcomp.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53219 --- Comment #2 from Martin Husemann 2012-05-04 07:56:48 UTC --- I double checked: the sigsetjmp/siglonjmp function prototypes are properly marked as returns_twice and noreturn, so I claim this to be abug in gcc ;-)

[Bug lto/50602] ICE in tree_nrv, at tree-nrv.c:155 during large LTO build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602 --- Comment #18 from rguenther at suse dot de 2012-05-04 08:17:57 UTC --- On Thu, 3 May 2012, andi-gcc at firstfloor dot org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602 > > --- Comment #17 from Andi Kleen 2012-05-03 > 14:57:13

[Bug rtl-optimization/53176] [4.8 Regression] gcc.dg/lower-subreg-1.c FAILs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53176 --- Comment #17 from Uros Bizjak 2012-05-04 08:20:27 UTC --- (In reply to comment #16) > The x86 failure: > > FAIL: gcc.target/i386/movbe-2.c scan-assembler-times movbe[ \t] 4 > > is a register allocator/reload problem. I will open new PR for t

[Bug target/53228] New: [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 Bug #: 53228 Summary: [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere Classification: Unclassified Product: gc

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 --- Comment #1 from Richard Guenther 2012-05-04 08:33:53 UTC --- Created attachment 27304 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27304 preprocessed source Preprocessed lex.c from the 4.6 branch.

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 Richard Guenther changed: What|Removed |Added Target||i?86-*-* Target Milestone|---

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 --- Comment #2 from Andrew Pinski 2012-05-04 08:43:09 UTC --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49104 ?

[Bug debug/51564] [4.7 Regression] ICE in force_type_die, at dwarf2out.c:19288

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51564 --- Comment #6 from Richard Guenther 2012-05-04 08:42:31 UTC --- I'm always relucant in backporting this kind of fixes as the LTO state is so different on branches. Can you confirm that backporting this fix fixes problems for you? I ask because

[Bug target/53219] inline function erroneously clobbers %i0 register on 64 bit sparc compile of perls regcomp.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53219 --- Comment #3 from Mikael Pettersson 2012-05-04 08:48:08 UTC --- Please provide a test case. See .

[Bug c++/53225] static operator new in multiple inheritance carries incorrect type information for the class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53225 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 --- Comment #3 from Richard Guenther 2012-05-04 08:57:44 UTC --- The revision that supposedly fixed the issue is in reporters sources (for reference: https://bugzilla.novell.com/show_bug.cgi?id=760210). Note that I see cmov* instructions in _cpp

[Bug rtl-optimization/53227] [4.8 Regression] FAIL: gcc.target/i386/movbe-2.c scan-assembler-times movbe[ \t] 4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53227 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/53213] Internal compiler error in math.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53213 lbl2007 at gmx dot net changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug c++/53226] memory consumption for heavy template instantiations increased massively

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53226 --- Comment #2 from Richard Guenther 2012-05-04 09:01:32 UTC --- Can you bi-sect to an exact revision causing the regression? What compile options do you use?

[Bug c++/53220] [4.7/4.8 Regression] g++ mis-compiles compound literals

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53220 Richard Guenther changed: What|Removed |Added Keywords||wrong-code Known to work|

[Bug c/53216] fmaf() alters rounding mode of sse2 FPU

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53216 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug lto/53195] ICE seg fault in lto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53195 --- Comment #1 from vincenzo Innocente 2012-05-04 09:22:30 UTC --- does not happen with latest version of gcc version 4.7.1 20120504 (prerelease) (GCC)

[Bug c++/53226] memory consumption for heavy template instantiations increased massively

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53226 --- Comment #3 from Mario Baumann 2012-05-04 09:33:07 UTC --- Hi Richard, compile options are: -m32 -msse -msse2 -mfpmath=sse -fPIC -pipe -Wall -Wunused -Werror -O2 -g bi-sect: in progress ... Mario.

[Bug c++/53225] static operator new in multiple inheritance carries incorrect type information for the class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53225 --- Comment #5 from Jonathan Wakely 2012-05-04 09:44:13 UTC --- (In reply to comment #3) > > I don't think this is valid as the memory which is done after the operator > > new > is considered as unitialized. > > The code does not use any uninit

[Bug lto/53214] [lto]: ICE: munmap_chunk(): invalid pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53214 --- Comment #2 from Richard Guenther 2012-05-04 10:05:02 UTC --- Reduced C testcase: double a(double) __attribute__ ((optimize(3), used)); double a(double r) { return r; } int main () { } ICEs this way with gcc -flto t.c but not with -f

[Bug lto/53214] [lto]: ICE: munmap_chunk(): invalid pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53214 Richard Guenther changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned

[Bug lto/53195] [4.8 Regression] ICE seg fault in lto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53195 Richard Guenther changed: What|Removed |Added Keywords||lto Status|UNCONFIRMED

[Bug target/52908] xop-mul-1:f9 miscompiled on bulldozer (-mxop)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52908 Venkataramanan changed: What|Removed |Added CC||venkataramanan.kumar at amd

[Bug c++/53152] In "no match for operatorXX" error message gives the wrong column info

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53152 Paolo Carlini changed: What|Removed |Added CC||lopezibanez at gmail dot

[Bug lto/50602] ICE in tree_nrv, at tree-nrv.c:155 during large LTO build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602 --- Comment #19 from Richard Guenther 2012-05-04 11:00:36 UTC --- Patch I am testing: Index: gcc/lto-wrapper.c === --- gcc/lto-wrapper.c (revision 187148) +++ gcc/lto-wrapper.c

[Bug target/48496] [4.7/4.8 Regression] 'asm' operand requires impossible reload

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48496 --- Comment #24 from Eric Botcazou 2012-05-04 11:01:39 UTC --- Author: ebotcazou Date: Fri May 4 11:01:34 2012 New Revision: 187150 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187150 Log: PR target/48496 * recog.c (constrain_o

[Bug lto/53195] [4.8 Regression] ICE seg fault in lto

s-hidden -march=native' -enable-libitm -disable-multilib Thread model: posix gcc version 4.8.0 20120504 (experimental) [trunk revision 187149] (GCC)

[Bug target/48496] [4.7/4.8 Regression] 'asm' operand requires impossible reload

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48496 --- Comment #25 from Eric Botcazou 2012-05-04 11:13:26 UTC --- Author: ebotcazou Date: Fri May 4 11:13:20 2012 New Revision: 187152 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187152 Log: PR target/48496 * recog.c (constrain_o

[Bug target/48496] [4.7/4.8 Regression] 'asm' operand requires impossible reload

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48496 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c++/53152] In "no match for operatorXX" error message gives the wrong column info

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53152 Manuel López-Ibáñez changed: What|Removed |Added CC|lopezibanez at gmail dot|manu at gcc dot gnu.org

[Bug tree-optimization/53168] ICE in find_or_generate_expression, at tree-ssa-pre.c:3053

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53168 --- Comment #6 from Richard Guenther 2012-05-04 11:30:39 UTC --- Author: rguenth Date: Fri May 4 11:30:35 2012 New Revision: 187153 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187153 Log: 2012-05-04 Richard Guenther PR tree-op

[Bug lto/53214] [lto]: ICE: munmap_chunk(): invalid pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53214 Richard Guenther changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug tree-optimization/53168] ICE in find_or_generate_expression, at tree-ssa-pre.c:3053

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53168 Richard Guenther changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 Uros Bizjak changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug preprocessor/53229] New: macro unwinder for preprocessing errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53229 Bug #: 53229 Summary: macro unwinder for preprocessing errors Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 --- Comment #5 from Richard Guenther 2012-05-04 11:44:02 UTC --- I can confirm the patch works though I don't trivially see how it fixes the interaction with the option save/restore code ;)

[Bug lto/50602] ICE in tree_nrv, at tree-nrv.c:155 during large LTO build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602 --- Comment #20 from Richard Guenther 2012-05-04 11:47:10 UTC --- Author: rguenth Date: Fri May 4 11:47:06 2012 New Revision: 187155 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187155 Log: 2012-05-04 Richard Guenther PR lto/50

[Bug lto/50602] ICE in tree_nrv, at tree-nrv.c:155 during large LTO build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602 Richard Guenther changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug ada/53230] New: s-fileio.adb:308:10: warning: ‘Errno’ may be used uninitialized in this function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53230 Bug #: 53230 Summary: s-fileio.adb:308:10: warning: ‘Errno’ may be used uninitialized in this function Classification: Unclassified Product: gcc Version: 4.8.0 Status

[Bug other/53231] New: libatomic/tas_n.c:100:10: error: 'ret' undeclared (first use in this function)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53231 Bug #: 53231 Summary: libatomic/tas_n.c:100:10: error: 'ret' undeclared (first use in this function) Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug other/53231] libatomic/tas_n.c:100:10: error: 'ret' undeclared (first use in this function)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53231 --- Comment #1 from John David Anglin 2012-05-04 12:10:17 UTC --- Also occurs on hppa64-hp-hpux11.11.

[Bug c++/53152] In "no match for operatorXX" error message gives the wrong column info

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53152 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at

[Bug c++/53152] In "no match for operatorXX" error message gives the wrong column info

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53152 --- Comment #6 from Paolo Carlini 2012-05-04 12:31:23 UTC --- Created attachment 27306 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27306 POC

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 --- Comment #6 from Uros Bizjak 2012-05-04 12:46:24 UTC --- (In reply to comment #5) > I can confirm the patch works though I don't trivially see how it fixes the > interaction with the option save/restore code ;) It doesn't "fix" anything in op

[Bug tree-optimization/52633] [4.7/4.8 Regression] Compiler ICE in vect_is_simple_use_1 (ARM)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52633 --- Comment #3 from Ulrich Weigand 2012-05-04 12:46:14 UTC --- Author: uweigand Date: Fri May 4 12:46:04 2012 New Revision: 187158 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187158 Log: gcc/ PR tree-optimization/52633 * t

[Bug tree-optimization/52633] [4.7/4.8 Regression] Compiler ICE in vect_is_simple_use_1 (ARM)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52633 Ulrich Weigand changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug target/52908] xop-mul-1:f9 miscompiled on bulldozer (-mxop)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52908 --- Comment #5 from Uros Bizjak 2012-05-04 12:51:49 UTC --- (In reply to comment #4) > A Quick make check on i386.exp result is shown below: > > Tests that now fail, but worked before: > > gcc.target/i386/xop-imul32widen-vector.c scan-assembl

[Bug c/53232] New: No warning for main() without a return statement with -std=c99

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53232 Bug #: 53232 Summary: No warning for main() without a return statement with -std=c99 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug lto/42613] -save-temps doesn't work completely for -fwhopr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42613 --- Comment #3 from Richard Guenther 2012-05-04 13:07:05 UTC --- -save-temps will only send files to /tmp if you do not provide a linker output name. Otherwise the ltrans files are named after that output. So I belive this is fixed, no?

[Bug tree-optimization/52633] [4.7/4.8 Regression] Compiler ICE in vect_is_simple_use_1 (ARM)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52633 Richard Guenther changed: What|Removed |Added Status|RESOLVED|REOPENED Known to work|

[Bug tree-optimization/53128] [4.8 Regression] Compiler produces infinite loop on regular O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53128 --- Comment #6 from Igor Zamyatin 2012-05-04 13:19:07 UTC --- Compiler does not simply see such code, it happens after some analysis, right? For example, after work of infer_loop_bounds_from_undefined which makes some assumptions and I believe ca

[Bug target/53219] inline function erroneously clobbers %i0 register on 64 bit sparc compile of perls regcomp.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53219 --- Comment #4 from Martin Husemann 2012-05-04 13:27:37 UTC --- Created attachment 27307 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27307 intermediate file when compiling regcomp.c

[Bug target/53219] inline function erroneously clobbers %i0 register on 64 bit sparc compile of perls regcomp.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53219 --- Comment #5 from Martin Husemann 2012-05-04 13:29:45 UTC --- Using built-in specs. COLLECT_GCC=cc Target: sparc64--netbsd Configured with: /usr/src/tools/gcc/../../external/gpl3/gcc/dist/configure --target=sparc64--netbsd --enable-long-long --

[Bug middle-end/53217] [4.8 Regression] internal compiler error: verify_ssa failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53217 William J. Schmidt changed: What|Removed |Added CC||wschmidt at gcc dot gnu.org

[Bug lto/53195] [4.8 Regression] ICE seg fault in lto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53195 vincenzo Innocente changed: What|Removed |Added Attachment #27289|0 |1 is obsolete|

[Bug c/53232] No warning for main() without a return statement with -std=c99

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53232 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment

[Bug lto/53214] [lto]: ICE: munmap_chunk(): invalid pointer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53214 --- Comment #5 from vincenzo Innocente 2012-05-04 14:12:39 UTC --- confirmed solved. for the records: gcc version 4.7.1 20120504 (prerelease) [gcc-4_7-branch revision 187154] (GCC) with lto we are left now with just one ice (PR53195) on

[Bug c++/53209] [4.7/4.8 Regression] tree check ICE: expected tree_vec, have error_mark in comp_template_args_with_info, at cp/pt.c:7038

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53209 H.J. Lu changed: What|Removed |Added Target|i686-pc-linux-gnu | CC|

[Bug c/53232] No warning for main() without a return statement with -std=c99

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53232 --- Comment #2 from Jonathan Wakely 2012-05-04 14:33:53 UTC --- (In reply to comment #1) > Neither -Wmain warns about this... I think it is a bug, at least in the case > of > -Wmain. Why? -Wmain checks the type of main, not whether it has a red

[Bug c++/53209] [4.7/4.8 Regression] tree check ICE: expected tree_vec, have error_mark in comp_template_args_with_info, at cp/pt.c:7038

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53209 --- Comment #4 from Paolo Carlini 2012-05-04 14:38:17 UTC --- Hey HJ, is your regression hunting machine back to life?

[Bug c++/53209] [4.7/4.8 Regression] tree check ICE: expected tree_vec, have error_mark in comp_template_args_with_info, at cp/pt.c:7038

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53209 --- Comment #5 from H.J. Lu 2012-05-04 14:42:08 UTC --- (In reply to comment #4) > Hey HJ, is your regression hunting machine back to life? Yes.

[Bug c++/53209] [4.7/4.8 Regression] tree check ICE: expected tree_vec, have error_mark in comp_template_args_with_info, at cp/pt.c:7038

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53209 --- Comment #6 from Martin Jambor 2012-05-04 14:55:49 UTC --- It seems to me that Alexandre has posted a patch to address this issue: http://gcc.gnu.org/ml/gcc-patches/2012-05/msg00280.html Hm, it does seem far more probable that the problem is

[Bug tree-optimization/52633] [4.7/4.8 Regression] Compiler ICE in vect_is_simple_use_1 (ARM)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52633 --- Comment #6 from Ulrich Weigand 2012-05-04 14:56:52 UTC --- Author: uweigand Date: Fri May 4 14:56:48 2012 New Revision: 187162 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187162 Log: 2012-05-04 Ulrich Weigand Backport fro

[Bug tree-optimization/52870] ICE during SLP pattern matching

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52870 --- Comment #6 from Ulrich Weigand 2012-05-04 14:56:52 UTC --- Author: uweigand Date: Fri May 4 14:56:48 2012 New Revision: 187162 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187162 Log: 2012-05-04 Ulrich Weigand Backport fro

[Bug tree-optimization/52633] [4.7/4.8 Regression] Compiler ICE in vect_is_simple_use_1 (ARM)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52633 Ulrich Weigand changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug c++/53166] static_assert produces bogus warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53166 --- Comment #2 from paolo at gcc dot gnu.org 2012-05-04 15:02:10 UTC --- Author: paolo Date: Fri May 4 15:02:05 2012 New Revision: 187165 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187165 Log: /cp 2012-05-04 Paolo Carlini PR

[Bug c++/53166] static_assert produces bogus warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53166 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug c/53232] No warning for main() without a return statement with -std=c99

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53232 --- Comment #3 from Manuel López-Ibáñez 2012-05-04 15:28:55 UTC --- (In reply to comment #2) > Why? -Wmain checks the type of main, not whether it has a redundant 'return > 0;' > as the last statement. You are right, I misread the description.

[Bug c/53232] No warning for main() without a return statement with -std=c99

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53232 --- Comment #4 from Jonathan Wakely 2012-05-04 15:38:22 UTC --- I think -Wreturn-type says in C++ it doesn't warn about declaring: main() {} with no return type. That only applies to C++, so isn't relevant here. IMHO this isn't a bug because

[Bug c/53232] No warning for main() without a return statement with -std=c99

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53232 --- Comment #5 from Vincent Lefèvre 2012-05-04 15:44:04 UTC --- (In reply to comment #4) > IMHO this isn't a bug because in C99 it's well-defined what happens if you > fall > off the end of main, Only at program termination (if my interpretatio

[Bug rtl-optimization/53227] [4.8 Regression] FAIL: gcc.target/i386/movbe-2.c scan-assembler-times movbe[ \t] 4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53227 --- Comment #2 from Ulrich Weigand 2012-05-04 16:03:35 UTC --- Why do you consider this a reload/RA problem? Code before ira looks like: (insn 2 4 3 2 (set (reg/v:DI 62 [ i ]) (mem/c:DI (reg/f:SI 16 argp) [2 i+0 S8 A32])) test.i:6 63 {*

[Bug c/53232] No warning for main() without a return statement with -std=c99

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53232 --- Comment #6 from Jonathan Wakely 2012-05-04 16:09:40 UTC --- (In reply to comment #5) > (In reply to comment #4) > > IMHO this isn't a bug because in C99 it's well-defined what happens if you > > fall > > off the end of main, > > Only at pro

[Bug fortran/47659] -Wconversion[-extra] should emit warning for constant expressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47659 David Folkner changed: What|Removed |Added CC||david.folkner at gmail dot

[Bug c/53232] No warning for main() without a return statement with -std=c99

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53232 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic Severity|minor

[Bug tree-optimization/53128] [4.8 Regression] Compiler produces infinite loop on regular O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53128 --- Comment #7 from Manuel López-Ibáñez 2012-05-04 16:15:09 UTC --- (In reply to comment #6) > Compiler does not simply see such code, it happens after some analysis, right? > For example, after work of infer_loop_bounds_from_undefined which make

[Bug c++/52282] [C++0x] ICE / confused by earlier errors with decltype/constexpr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52282 --- Comment #3 from andyg1001 at hotmail dot co.uk 2012-05-04 16:22:21 UTC --- This ICE still occurs in the release version of gcc 4.7.0. Here is the output from compiling the attached test-case as is: $ g++-4.7 -std=c++11 ice.cpp ice.cpp: In ins

[Bug rtl-optimization/53227] [4.8 Regression] FAIL: gcc.target/i386/movbe-2.c scan-assembler-times movbe[ \t] 4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53227 --- Comment #3 from Uros Bizjak 2012-05-04 16:22:57 UTC --- (In reply to comment #2) > Why do you consider this a reload/RA problem? Code before ira looks like: Indeed. The bar case works OK since access to memory is already expanded in a split

[Bug c++/52282] [C++0x] ICE / confused by earlier errors with decltype/constexpr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52282 --- Comment #4 from Daniel Krügler 2012-05-04 16:42:39 UTC --- (In reply to comment #3) > This ICE still occurs in the release version of gcc 4.7.0. And also in 4.8.0 HEAD btw. > The attached test-case compiles and runs successfully under clang

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 --- Comment #7 from uros at gcc dot gnu.org 2012-05-04 16:42:32 UTC --- Author: uros Date: Fri May 4 16:42:23 2012 New Revision: 187168 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187168 Log: PR target/53228 * config/i386/i386.h

[Bug rtl-optimization/53227] [4.8 Regression] FAIL: gcc.target/i386/movbe-2.c scan-assembler-times movbe[ \t] 4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53227 --- Comment #4 from Ulrich Weigand 2012-05-04 16:56:59 UTC --- (In reply to comment #3) > However, reload should notice that memory could be propagated into bswap. Since register allocation already assigned a hard reg to the pseudo, reload is ha

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 --- Comment #8 from uros at gcc dot gnu.org 2012-05-04 16:58:21 UTC --- Author: uros Date: Fri May 4 16:58:16 2012 New Revision: 187169 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187169 Log: Backport from mainline 2012-05-04 U

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 --- Comment #9 from uros at gcc dot gnu.org 2012-05-04 17:49:00 UTC --- Author: uros Date: Fri May 4 17:48:56 2012 New Revision: 187171 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187171 Log: Backport from mainline 2012-05-04 U

[Bug target/53233] New: ICE in extract_insn, at recog.c:2103

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53233 Bug #: 53233 Summary: ICE in extract_insn, at recog.c:2103 Classification: Unclassified Product: gcc Version: 4.5.3 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/53225] static operator new in multiple inheritance carries incorrect type information for the class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53225 --- Comment #6 from Thomas W. Lynch 2012-05-04 18:12:10 UTC --- >> Part of the type information is the layout inside the class. The operator, >> which has been copied into the child via inheritance, > >No, inheritance doesn't mean anything is co

[Bug c++/53234] New: [c++0x] unfriendly error message for missing move constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53234 Bug #: 53234 Summary: [c++0x] unfriendly error message for missing move constructor Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug debug/53235] New: [4.8 Regression] 20120504 broke -fdebug-types-section

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53235 Bug #: 53235 Summary: [4.8 Regression] 20120504 broke -fdebug-types-section Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/53225] static operator new in multiple inheritance carries incorrect type information for the class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53225 --- Comment #7 from Jonathan Wakely 2012-05-04 18:31:31 UTC --- (In reply to comment #6) > So for example, if an parent class has a method, say increment(), that affects > a value to be found in a field at offset, say, 4. and then that parent me

[Bug c++/52282] [C++0x] ICE / confused by earlier errors with decltype/constexpr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52282 --- Comment #5 from Paolo Carlini 2012-05-04 18:40:51 UTC --- The ICEs, all of them, in the extended testcase too, seem easy to fix, apparently it's just that finish_decltype_type doesn't handle ADDR_EXPR. The remaining issues are more nasty, som

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 --- Comment #10 from uros at gcc dot gnu.org 2012-05-04 18:43:16 UTC --- Author: uros Date: Fri May 4 18:43:10 2012 New Revision: 187172 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187172 Log: Backport from mainline 2012-05-04

[Bug target/53228] [4.6/4.7/4.8 Regression] target attributes in libcpp/lex.c cause illegal instructions to be used elsewhere

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53228 Uros Bizjak changed: What|Removed |Added Status|ASSIGNED|RESOLVED URL|

[Bug c++/53220] [4.7/4.8 Regression] g++ mis-compiles compound literals

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53220 davidxl changed: What|Removed |Added CC||xinliangli at gmail dot com --- Comment #3 from

[Bug fortran/53111] [4.7/4.8 Regression] Derived types cannot be USE-associated again with -std=f95

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53111 --- Comment #3 from Tobias Burnus 2012-05-04 18:53:23 UTC --- Author: burnus Date: Fri May 4 18:53:17 2012 New Revision: 187174 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187174 Log: 2012-05-04 Tobias Burnus PR fortran/53

[Bug fortran/53175] [4.8 Regression] link failure for private module variables used in function specification

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53175 --- Comment #3 from Tobias Burnus 2012-05-04 18:54:33 UTC --- Author: burnus Date: Fri May 4 18:54:25 2012 New Revision: 187175 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187175 Log: 2012-05-04 Tobias Burnus PR fortran/53

[Bug c++/53225] static operator new in multiple inheritance carries incorrect type information for the class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53225 --- Comment #8 from Thomas W. Lynch 2012-05-04 18:57:40 UTC --- >No, that's not how it works. If Base::increment() writes to Base::field then it >is always at the same offset into the Base object. Whether that Base object is >a sub-object of anot

[Bug c++/53236] New: using declaration and base function template overloading

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53236 Bug #: 53236 Summary: using declaration and base function template overloading Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED

[Bug target/53233] ICE in extract_insn, at recog.c:2103

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53233 --- Comment #1 from Sean McGovern 2012-05-04 19:00:05 UTC --- The code in question (with line numbers): 93 static void vector_fmul_window_altivec(float *dst, const float *src0, const float *src1, const float *win, int len) 94 { 95 ve

[Bug bootstrap/53237] New: Bootstrap fails due to mixed declarations and code (c-lex.c)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53237 Bug #: 53237 Summary: Bootstrap fails due to mixed declarations and code (c-lex.c) Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

  1   2   >