[Bug bootstrap/54795] [4.8 Regression] Random profiledbootstrap failure with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795 Markus Trippelsdorf markus at trippelsdorf dot de changed: What|Removed |Added CC|

[Bug c++/55446] [4.7/4.8 Regression] array new with size zero vanishes from object code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446 Harald van Dijk harald at gigawatt dot nl changed: What|Removed |Added CC||harald

[Bug c++/55446] [4.7/4.8 Regression] array new with size zero vanishes from object code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446 --- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com 2012-11-24 09:32:48 UTC --- Thanks. Relying on a warning seems a bit brittle, maybe a scan in the original dump would be good enough in terms of compile only testcases, but I

[Bug c++/55449] [4.4.3] pure virtual call only with -O1/2/3 (boost::optional)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449 --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2012-11-24 09:43:14 UTC --- Let's make a deal: you provide a self-contained short testcase (say below 50 lines, definitely doable with the help of c-reduce or delta) and I

[Bug c++/54403] [C++11] operator! applied to a member of a templated class in a lambda expression that captures 'this' pointer crashes compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54403 stepik-777 at mail dot ru changed: What|Removed |Added CC||stepik-777 at mail dot

[Bug c++/55446] [4.7/4.8 Regression] array new with size zero vanishes from object code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446 --- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com 2012-11-24 10:04:27 UTC --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2012-11/msg01991.html

[Bug middle-end/55438] [4.8 Regression]: tmpdir-gcc.dg-struct-layout-1/t001 - t028, gcc.c-torture/execute/991118-1.c, gcc.c-torture/execute/bf64-1.c, ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55438 rsand...@gcc.gnu.org rsandifo at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug c++/55446] [4.7/4.8 Regression] array new with size zero vanishes from object code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446 --- Comment #9 from Harald van Dijk harald at gigawatt dot nl 2012-11-24 11:27:25 UTC --- Ah, okay, an alternative compile-only testcase that does not rely on particular warnings would be struct S { S(); }; __typeof__(new S[0]) s;

[Bug c++/55367] Probably problem with c++ vptr under templates and multiple inheritance

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55367 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added CC||ktietz at

[Bug middle-end/54838] [4.8 Regression] ICE: in merge_latch_edges, at cfgloop.c:678 with -ftracer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838 --- Comment #7 from Marek Polacek mpolacek at gcc dot gnu.org 2012-11-24 11:53:19 UTC --- So, in .cse1 we have: ENTRY | | 2 | |

[Bug c++/55449] [4.4.3] pure virtual call only with -O1/2/3 (boost::optional)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449 --- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org 2012-11-24 12:02:56 UTC --- (In reply to comment #5) I have no problem to pay someone, I'm a bit disappointed seeing a bug closed because new version works without investigate

[Bug libfortran/30162] [4.7/4.8 Regression] I/O with named pipes does not work

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162 --- Comment #28 from Thomas Koenig tkoenig at gcc dot gnu.org 2012-11-24 12:05:57 UTC --- (In reply to comment #27) (In reply to comment #26) Is this caused by http://gcc.gnu.org/viewcvs?view=revisionrevision=180701 ?

[Bug c++/55449] [4.4.3] pure virtual call only with -O1/2/3 (boost::optional)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449 --- Comment #8 from Gaetano Mendola mendola at gmail dot com 2012-11-24 12:25:35 UTC --- Jonathan, I have nothing against you personaly, what you wrote is: GCC 4.4 is no longer supported, and the problem *seems* to be already fixed in

[Bug fortran/55255] [4.6 Regression] Compiler segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55255 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug c++/55171] [4.7/4.8 Regression] incorrect virtual thunk on mingw

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55171 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug c++/55171] [4.7/4.8 Regression] incorrect virtual thunk on mingw

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55171 --- Comment #8 from Kai Tietz ktietz at gcc dot gnu.org 2012-11-24 12:54:40 UTC --- The pattern is movl4(%esp), %eax movl(%eax), %eax addl-16(%eax), %eax As here the saved this-pointer in %eax gets clobbered.

[Bug fortran/51520] [4.6 Regression] ICE in gfortran 4.6.x

4.6 branch version: gcc version 4.6.4 20121124 (prerelease) [gcc-4_6-branch revision 193777] (GCC)

[Bug fortran/52679] [4.6 Regression] ICE in gfortran 4.6.3, x86_64

(Args_Basic_impl_t) :: self end function end This still ICEs with: gcc version 4.6.4 20121124 (prerelease) [gcc-4_6-branch revision 193777] (GCC)

[Bug fortran/52679] [4.6 Regression] ICE in gfortran 4.6.3, x86_64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52679 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/51520] [4.6 Regression] ICE in gfortran 4.6.x

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51520 --- Comment #7 from janus at gcc dot gnu.org 2012-11-24 14:12:47 UTC --- *** Bug 52679 has been marked as a duplicate of this bug. ***

[Bug c++/55449] [4.4.3] pure virtual call only with -O1/2/3 (boost::optional)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.5.0

[Bug fortran/55314] [4.6/4.7/4.8 Regression] Rejects some valid ALLOCATE statements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314 --- Comment #2 from Thomas Koenig tkoenig at gcc dot gnu.org 2012-11-24 15:00:23 UTC --- Author: tkoenig Date: Sat Nov 24 15:00:16 2012 New Revision: 193778 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193778 Log: 2012-11-24

[Bug c/55457] New: Having some predefined macros to get more information about gcc vector extensions capabilities would be nice

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55457 Bug #: 55457 Summary: Having some predefined macros to get more information about gcc vector extensions capabilities would be nice Classification: Unclassified Product: gcc

[Bug bootstrap/54795] [4.8 Regression] Random profiledbootstrap failure with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795 --- Comment #17 from H.J. Lu hjl.tools at gmail dot com 2012-11-24 16:39:00 UTC --- LTO miscompiled: /* Skip frontend and driver specific options here. */ if (!(cl_options[option-opt_index].flags

[Bug bootstrap/54795] [4.8 Regression] Random profiledbootstrap failure with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795 --- Comment #18 from H.J. Lu hjl.tools at gmail dot com 2012-11-24 16:49:43 UTC --- I think LTO is confused extern const struct cl_option cl_options[]; with extern const struct cl_option cl_options*;

[Bug bootstrap/54795] [4.8 Regression] Random profiledbootstrap failure with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795 --- Comment #19 from H.J. Lu hjl.tools at gmail dot com 2012-11-24 17:03:13 UTC --- The same issue can be reproduced with this patch: diff --git a/gcc/lto-opts.c b/gcc/lto-opts.c index a235f41..cd3730b 100644 --- a/gcc/lto-opts.c +++

[Bug fortran/55314] [4.6/4.7/4.8 Regression] Rejects some valid ALLOCATE statements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314 --- Comment #3 from Thomas Koenig tkoenig at gcc dot gnu.org 2012-11-24 17:13:31 UTC --- Author: tkoenig Date: Sat Nov 24 17:13:25 2012 New Revision: 193780 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193780 Log: 2012-11-24

[Bug c++/55449] [4.4.3] pure virtual call only with -O1/2/3 (boost::optional)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55449 --- Comment #10 from Gaetano Mendola mendola at gmail dot com 2012-11-24 17:49:41 UTC --- (In reply to comment #9) (In reply to comment #8) Jonathan, I have nothing against you personaly, what you wrote is: GCC 4.4 is no longer

[Bug bootstrap/54795] [4.8 Regression] LTO miscompiled external array access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795 --- Comment #20 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-11-24 19:47:37 UTC --- With: diff --git a/gcc/lto-opts.c b/gcc/lto-opts.c index a235f41..1c05534 100644 --- a/gcc/lto-opts.c +++ b/gcc/lto-opts.c @@ -93,6 +93,8

[Bug rtl-optimization/55458] New: [4.8 Regression] ICE: in assign_by_spills, at lra-assigns.c:1212 with -fPIC -m32 and simple asm volatile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55458 Bug #: 55458 Summary: [4.8 Regression] ICE: in assign_by_spills, at lra-assigns.c:1212 with -fPIC -m32 and simple asm volatile Classification: Unclassified

[Bug target/55448] using const-reference SSE or AVX types leads to unnecessary unaligned loads

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55448 --- Comment #3 from Matthias Kretz kretz at kde dot org 2012-11-24 21:38:21 UTC --- BTW, the problem is just as well visible with only SSE. The __m128 case then compiles to movlps and movhps instead of the memory operand.

[Bug fortran/55314] [4.6/4.7/4.8 Regression] Rejects some valid ALLOCATE statements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314 --- Comment #4 from Thomas Koenig tkoenig at gcc dot gnu.org 2012-11-24 22:17:40 UTC --- Author: tkoenig Date: Sat Nov 24 22:17:35 2012 New Revision: 193784 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193784 Log: 2012-11-24

[Bug c/55459] New: Firefox 17: internal compiler error: in scan_tree_for_params_right_scev, at graphite-sese-to-poly.c:633

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55459 Bug #: 55459 Summary: Firefox 17: internal compiler error: in scan_tree_for_params_right_scev, at graphite-sese-to-poly.c:633 Classification: Unclassified Product: gcc

[Bug fortran/55314] [4.6/4.7/4.8 Regression] Rejects some valid ALLOCATE statements

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED

[Bug target/55277] [4.8 regression] ICE in assign_by_spills, at lra-assigns.c:1217

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55277 Antoine Balestrat antoine.balestrat at gmail dot com changed: What|Removed |Added CC|

[Bug tree-optimization/55459] Firefox 17: internal compiler error: in scan_tree_for_params_right_scev, at graphite-sese-to-poly.c:633

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55459 --- Comment #1 from Dâniel Fraga fragabr at gmail dot com 2012-11-24 22:26:45 UTC --- My Parma Polyhedra Library version is: ppl-config --version 0.11.2 Should I updated to 1.0 version?

[Bug sanitizer/55289] darwin bootstrap fails due to missing libsanitizer/interception/mach_override directory and files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55289 Jack Howarth howarth at nitro dot med.uc.edu changed: What|Removed |Added Status|NEW

[Bug c++/55446] [4.7/4.8 Regression] array new with size zero vanishes from object code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446 --- Comment #10 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2012-11-24 23:45:49 UTC --- Author: paolo Date: Sat Nov 24 23:45:45 2012 New Revision: 193785 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193785 Log: /cp

[Bug c++/55446] [4.7/4.8 Regression] array new with size zero vanishes from object code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55446 --- Comment #11 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2012-11-24 23:55:26 UTC --- Author: paolo Date: Sat Nov 24 23:55:22 2012 New Revision: 193786 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=193786 Log: /cp

[Bug c++/55446] [4.7/4.8 Regression] array new with size zero vanishes from object code

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

[Bug c++/55460] New: Template-dependent name is not looked up at instantiation point

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460 Bug #: 55460 Summary: Template-dependent name is not looked up at instantiation point Classification: Unclassified Product: gcc Version: 4.6.1 Status:

[Bug c++/55460] Template-dependent name is not looked up at instantiation point

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-11-25 00:49:05 UTC --- // NOTE: call to filter depends on template argument, thus have to be // resolved at instantiation point. // BUG: But it doesn't!

[Bug c++/55460] Template-dependent name is not looked up at instantiation point

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460 --- Comment #2 from Yuriy Solodkyy solodon at mail dot com 2012-11-25 01:07:36 UTC --- Not sure I understand your comment - ADL with respect to what: my::filter or the ::operator? Can you elaborate please?

[Bug c++/55460] Template-dependent name is not looked up at instantiation point

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55460 --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2012-11-25 01:56:20 UTC --- (In reply to comment #2) Not sure I understand your comment - ADL with respect to what: my::filter or the ::operator? Can you elaborate please?

[Bug target/55461] New: _mm_loadu_si128 generates wrong instruction on 4.8

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55461 Bug #: 55461 Summary: _mm_loadu_si128 generates wrong instruction on 4.8 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity:

[Bug bootstrap/54795] [4.8 Regression] LTO miscompiled external array access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795 --- Comment #21 from H.J. Lu hjl.tools at gmail dot com 2012-11-25 07:33:50 UTC --- This was introduced between revision 191465 and revision 191714.