[Bug tree-optimization/54824] [4.8 Regression] ICE in verify_loop_structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54824 --- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2012-10-10 06:13:05 UTC --- Created attachment 28409 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28409 Testcase #2 Another testcase. Compile with `-O2

[Bug c++/54883] New: Name mangling of types in an unnamed namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54883 Bug #: 54883 Summary: Name mangling of types in an unnamed namespace Classification: Unclassified Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: critical

[Bug fortran/54884] New: [4.8 Regression] Externally used PRIVATE module procedure wrongly marked as TREE_PUBLIC()=0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54884 Bug #: 54884 Summary: [4.8 Regression] Externally used PRIVATE module procedure wrongly marked as TREE_PUBLIC()=0 Classification: Unclassified Product: gcc Version:

[Bug fortran/54884] [4.8 Regression] Externally used PRIVATE module procedure wrongly marked as TREE_PUBLIC()=0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54884 --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-10-10 07:36:10 UTC --- Duplicate of pr54221 (see comment #5)?

[Bug tree-optimization/54742] Switch elimination in FSM loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742 --- Comment #3 from Joey Ye joey.ye at arm dot com 2012-10-10 07:37:15 UTC --- Current jump-threading is too conservative to thread this case. Following limits are what I observed by reading code: 1. It only thread around blocks that *

[Bug fortran/54881] ICE in fold_convert_loc, at fold-const.c:2016

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54881 --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-10-10 07:38:39 UTC --- I get the ICE with 4.7.2, but the trunk gives pr54881.f90:140.24: call DestroyNode (theNode, lstatus ) 1

[Bug middle-end/54862] [4.8 Regression] error: comparison between signed and unsigned integer expressions in simplify-rtx.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54862 --- Comment #4 from rdsandiford at googlemail dot com rdsandiford at googlemail dot com 2012-10-10 07:41:10 UTC --- Sorry for the breakage and thanks to Jakub for the fix. I agree UINTVAL is the right way to go FWIW.

[Bug fortran/54884] [4.8 Regression] Externally used PRIVATE module procedure wrongly marked as TREE_PUBLIC()=0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54884 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus

[Bug bootstrap/54834] bootstrap fails when building libbacktrace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54834 Tobias Schlüter tobi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

Missing warning

Using recent versions of gcc, and the options -O -Wall the test case below should provove a warning from the compiler of an unitialised variable, 'errcode'. Gcc releases: * gcc version 4.7.1 (Debian 4.7.1-2) * gcc version 4.7.0 20120225 (experimental) (FreeBSD Ports Collection) * gcc

[Bug ada/54845] [trunk/gcc/c-family/c-ada-spec.c:3114]: (error) Buffer is accessed out of bounds.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54845 --- Comment #2 from Arnaud Charlet charlet at gcc dot gnu.org 2012-10-10 08:09:33 UTC --- Author: charlet Date: Wed Oct 10 08:09:25 2012 New Revision: 192290 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192290 Log: 2012-10-10

[Bug fortran/54881] [OOP] ICE in fold_convert_loc, at fold-const.c:2016

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54881 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug ada/54845] [trunk/gcc/c-family/c-ada-spec.c:3114]: (error) Buffer is accessed out of bounds.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54845 Arnaud Charlet charlet at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/54881] [OOP] ICE in fold_convert_loc, at fold-const.c:2016

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

[Bug fortran/54881] [4.8 Regression] [OOP] ICE in fold_convert_loc, at fold-const.c:2016

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54881 janus at gcc dot gnu.org changed: What|Removed |Added Summary|[OOP] ICE in|[4.8 Regression] [OOP]

[Bug fortran/54884] [4.8 Regression] Externally used PRIVATE module procedure wrongly marked as TREE_PUBLIC()=0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54884 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0

[Bug fortran/54881] [4.8 Regression] [OOP] ICE in fold_convert_loc, at fold-const.c:2016

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54881 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0

[Bug bootstrap/54876] [4.8 Regression] LTO bootstrap broken, streaming garbage-collected BLOCK

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54876 --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org 2012-10-10 08:48:56 UTC --- Author: rguenth Date: Wed Oct 10 08:48:47 2012 New Revision: 192293 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192293 Log: 2012-10-10

[Bug c++/54883] Name mangling of types in an unnamed namespace

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

[Bug bootstrap/54876] [4.8 Regression] LTO bootstrap broken, streaming garbage-collected BLOCK

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54876 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/50478] [C++0x] Internal compiler error when using initializer lists

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

[Bug fortran/54884] [4.8 Regression] Externally used PRIVATE module procedure wrongly marked as TREE_PUBLIC()=0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54884 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 Tobias Schlüter tobi at gcc dot gnu.org changed: What|Removed |Added CC||tobi at gcc dot

[Bug c++/50478] [C++0x] Internal compiler error when using initializer lists

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50478 --- Comment #7 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2012-10-10 09:12:28 UTC --- Author: paolo Date: Wed Oct 10 09:12:19 2012 New Revision: 192295 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192295 Log:

[Bug c++/50478] [C++0x] Internal compiler error when using initializer lists

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

[Bug c++/51253] [C++11][DR 1030] Evaluation order (sequenced-before relation) among initializer-clauses in braced-init-list

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

[Bug target/51109] bdver1 scheduler state machine too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51109 --- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2012-10-10 09:37:21 UTC --- Author: vekumar Date: Wed Oct 10 09:19:11 2012 New Revision: 192296 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192296 Log: Fix for PR51109

[Bug target/51109] bdver1 scheduler state machine too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51109 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Target||x86

[Bug target/51109] bdver1 scheduler state machine too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51109 --- Comment #3 from GGanesh Ganesh.Gopalasubramanian at amd dot com 2012-10-10 09:39:08 UTC --- Thanks a lot Uros, Venkat! -Original Message- From: ubizjak at gmail dot com [mailto:gcc-bugzi...@gcc.gnu.org] Sent: Wednesday,

[Bug lto/54885] New: [4.8 Regression] lto bootstrap broken with -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54885 Bug #: 54885 Summary: [4.8 Regression] lto bootstrap broken with -O3 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug lto/54885] [4.8 Regression] lto bootstrap broken with -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54885 --- Comment #1 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-10-10 09:46:01 UTC --- I've posted the wrong invocation, it should read: Starting program: /var/tmp/gcc_build_dir/gcc/xgcc (and not

[Bug fortran/51727] Changing module files

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51727 Tobias Schlüter tobi at gcc dot gnu.org changed: What|Removed |Added Attachment #28372|0 |1 is

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

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

[Bug lto/54885] [4.8 Regression] lto bootstrap broken with -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54885 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0

[Bug lto/54885] [4.8 Regression] lto bootstrap broken with -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54885 --- Comment #2 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-10-10 09:55:28 UTC --- markus@x4 libgcc % cat test.i int a; int fn1 () { if (a) return 0; } markus@x4 libgcc % /var/tmp/gcc_build_dir/./gcc/xgcc

[Bug c++/53741] ICE on lambda calling static template member function with explicit template argument specification

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

[Bug c++/53741] ICE on lambda calling static template member function with explicit template argument specification

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53741 --- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2012-10-10 10:15:58 UTC --- Author: paolo Date: Wed Oct 10 10:15:51 2012 New Revision: 192298 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192298 Log:

[Bug c++/53741] ICE on lambda calling static template member function with explicit template argument specification

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

[Bug middle-end/54860] [4.8 Regression]: build fails when configuring libgfortran due to recent attribute changes in core gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54860 --- Comment #18 from Dodji Seketeli dodji at gcc dot gnu.org 2012-10-10 10:25:13 UTC --- Author: dodji Date: Wed Oct 10 10:25:03 2012 New Revision: 192301 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192301 Log: PR

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

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

[Bug fortran/54874] [OOP] polymorphic allocation with SOURCE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54874 --- Comment #13 from janus at gcc dot gnu.org 2012-10-10 10:29:27 UTC --- Salvatore, I would say we can close this PR (as a duplicate of PR54784), unless the runtime error with 4.6 on darwin is a regression (which I currently can not

[Bug middle-end/54862] [4.8 Regression] error: comparison between signed and unsigned integer expressions in simplify-rtx.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54862 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2012-10-10 10:40:42 UTC --- Author: jakub Date: Wed Oct 10 10:40:35 2012 New Revision: 192302 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192302 Log: PR

[Bug middle-end/54879] gcc/combine.c:12018: warning: comparison always false due to limited range of data type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54879 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-10-10 10:41:44 UTC --- Author: jakub Date: Wed Oct 10 10:41:39 2012 New Revision: 192303 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192303 Log: PR

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #13 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-10-10 10:42:20 UTC --- (In reply to comment #11) Thus, the library bits are done in mainline, right Daniel? In regard to std::common_type, yes. But while making

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #14 from Paolo Carlini paolo.carlini at oracle dot com 2012-10-10 10:43:22 UTC --- Why you believe it should derive from decay? It doesn't in C++11 and it doesn't in the proposed resolution of LWG 2141. Anyway, if you think

[Bug c++/53540] C++11: using fails to be equivalent to typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53540 --- Comment #8 from Dodji Seketeli dodji at gcc dot gnu.org 2012-10-10 10:44:02 UTC --- Author: dodji Date: Wed Oct 10 10:43:53 2012 New Revision: 192304 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192304 Log: PR c++/53540 -

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #15 from Paolo Carlini paolo.carlini at oracle dot com 2012-10-10 10:44:57 UTC --- Daniel: yes, please, if you could take care of that it would be great.

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #16 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-10-10 10:55:02 UTC --- (In reply to comment #12) So we now have: common_typeconst int::type - const int common_typeconst int,const int::type - int ? If we

[Bug target/51109] bdver1 scheduler state machine too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51109 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-10-10 10:55:59 UTC --- Author: jakub Date: Wed Oct 10 10:55:54 2012 New Revision: 192305 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192305 Log: PR

[Bug c++/53540] C++11: using fails to be equivalent to typedef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53540 Dodji Seketeli dodji at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #17 from Paolo Carlini paolo.carlini at oracle dot com 2012-10-10 11:01:59 UTC --- The patch is already in, of course. In hindsight, I think we shouldn't have bundled the SFINAE bits with addressing LWG 2141, which, I realize

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #18 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-10-10 11:04:23 UTC --- (In reply to comment #17) The patch is already in, of course. In hindsight, I think we shouldn't have bundled the SFINAE bits with addressing

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #19 from Paolo Carlini paolo.carlini at oracle dot com 2012-10-10 11:06:26 UTC --- If it's just matter of removing the std::decay call and tweaking that testcase, I can do it now. Otherwise, I would say, please send a patch...

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #20 from Daniel Krügler daniel.kruegler at googlemail dot com 2012-10-10 11:08:09 UTC --- (In reply to comment #19) It is more than that, because *my* own test-cases rely on the decay assumption.

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #21 from Paolo Carlini paolo.carlini at oracle dot com 2012-10-10 11:09:32 UTC --- I see. Let's do that at your ease, then. But let's do it ;)

[Bug middle-end/54862] [4.8 Regression] error: comparison between signed and unsigned integer expressions in simplify-rtx.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54862 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/54879] gcc/combine.c:12018: warning: comparison always false due to limited range of data type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54879 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/54874] [OOP] polymorphic allocation with SOURCE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54874 --- Comment #14 from Salvatore Filippone sfilippone at uniroma2 dot it 2012-10-10 11:36:45 UTC --- (In reply to comment #13) Salvatore, I would say we can close this PR (as a duplicate of PR54784), unless the runtime error with 4.6 on

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #22 from Paolo Carlini paolo.carlini at oracle dot com 2012-10-10 11:43:00 UTC --- I'm taking care of these reversion bits: just few lines in sfinae_friendly_1.cc, besides the removal of std::decay and that line in

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #23 from Marc Glisse glisse at gcc dot gnu.org 2012-10-10 11:45:03 UTC --- (In reply to comment #17) The patch is already in, of course. In hindsight, I think we shouldn't have bundled the SFINAE bits with addressing LWG

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53000 --- Comment #24 from Paolo Carlini paolo.carlini at oracle dot com 2012-10-10 11:47:20 UTC --- Better reverting the LWG 2141-related bits. Only those of course!

[Bug fortran/54874] [OOP] polymorphic allocation with SOURCE

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

[Bug tree-optimization/54886] New: [4.8 Regression] FAIL: gcc.dg/graphite/pr(42521|42771).c (internal compiler error) due to revision 192219

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54886 Bug #: 54886 Summary: [4.8 Regression] FAIL: gcc.dg/graphite/pr(42521|42771).c (internal compiler error) due to revision 192219 Classification: Unclassified

[Bug tree-optimization/54886] [4.8 Regression] FAIL: gcc.dg/graphite/pr(42521|42771).c (internal compiler error) due to revision 192219

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54886 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug c++/51602] Segmentation fault: internal compiler error on error message (I think)

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

[Bug c++/53122] internal compiler error: in unify, at cp/pt.c:15750

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53122 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2012-10-10 12:55:30 UTC --- This is fixed in mainline. I'm adding the testcase and closing the PR.

[Bug fortran/54884] [4.8 Regression] Externally used PRIVATE module procedure wrongly marked as TREE_PUBLIC()=0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54884 --- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-10-10 13:24:42 UTC --- Well, I guess the point is that Dominique claimed that the bug reported by Andrew is a regression of your commit for PR54221: The link

[Bug c++/53122] internal compiler error: in unify, at cp/pt.c:15750

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53122 --- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2012-10-10 13:25:40 UTC --- Author: paolo Date: Wed Oct 10 13:25:34 2012 New Revision: 192312 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192312 Log:

[Bug c++/53122] internal compiler error: in unify, at cp/pt.c:15750

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

[Bug lto/54885] [4.8 Regression] lto/profiledbootstrap broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54885 --- Comment #3 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-10-10 14:00:53 UTC --- Configured with: markus@x4 gcc_build_dir % ~/gcc/configure --disable-werror --disable-multilib --enable-languages=c,c++

[Bug debug/54887] New: gdb test case failure with mi-var-rtti

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887 Bug #: 54887 Summary: gdb test case failure with mi-var-rtti Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: major

[Bug c/54888] New: GCC with -Os is faster than -O3 on some AVR code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54888 Bug #: 54888 Summary: GCC with -Os is faster than -O3 on some AVR code Classification: Unclassified Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal

[Bug c/54888] GCC with -Os is faster than -O3 on some AVR code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54888 --- Comment #1 from mojo at world3 dot net 2012-10-10 14:51:26 UTC --- Created attachment 28412 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28412 Compiler output with -O3

[Bug tree-optimization/54889] New: [4.8 Regression] Revision 191983 gives compfail for 465.tonto in SPEC CPU 2006 when use -O3 -mavx

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54889 Bug #: 54889 Summary: [4.8 Regression] Revision 191983 gives compfail for 465.tonto in SPEC CPU 2006 when use -O3 -mavx Classification: Unclassified Product: gcc Version: 4.8.0

[Bug lto/54794] [4.8 regression] tree code '�F Hc���' is not supported in LTO streams

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54794 --- Comment #6 from Dmitry G. Dyachenko dimhen at gmail dot com 2012-10-10 15:12:19 UTC --- creduc'ing it was very slow. r192289 FAIL r192295 PASS probably r192293 fix it

[Bug lto/54794] [4.8 regression] tree code '�F Hc���' is not supported in LTO streams

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54794 Dmitry G. Dyachenko dimhen at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug c++/54890] New: Incorrect SFINAE Rejection

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54890 Bug #: 54890 Summary: Incorrect SFINAE Rejection Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/54891] New: [C++11] lambda-expression and explicit type conversion (cast notation)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54891 Bug #: 54891 Summary: [C++11] lambda-expression and explicit type conversion (cast notation) Classification: Unclassified Product: gcc Version: 4.8.0

[Bug debug/54887] gdb test case failure with mi-var-rtti

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887 --- Comment #1 from dehao at gcc dot gnu.org 2012-10-10 15:47:47 UTC --- I think r192285 already solve the problem. Could you help verify that? Thanks, Dehao

[Bug c++/54890] Incorrect SFINAE Rejection

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

[Bug target/54892] New: [4.7 Regression], ICE in extract_insn, at recog.c:2123

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54892 Bug #: 54892 Summary: [4.7 Regression], ICE in extract_insn, at recog.c:2123 Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity:

[Bug c++/54890] Incorrect SFINAE Rejection

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

[Bug fortran/54881] [4.8 Regression] [OOP] ICE in fold_convert_loc, at fold-const.c:2016

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

[Bug debug/54887] gdb test case failure with mi-var-rtti

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887 --- Comment #2 from Andreas Arnez arnez at linux dot vnet.ibm.com 2012-10-10 17:14:32 UTC --- Right. I've checked that the new upstream gcc with r192285 fixes the problem. Thanks! BTW, while investigating this I wondered why g++ wraps

[Bug fortran/54881] [4.8 Regression] [OOP] ICE in fold_convert_loc, at fold-const.c:2016

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54881 --- Comment #6 from janus at gcc dot gnu.org 2012-10-10 17:31:45 UTC --- (In reply to comment #4) 2) The error message in comment 3, which only happens with trunk (and therefore is a regression). This can be fixed by the following:

[Bug c++/54890] Incorrect SFINAE Rejection

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

[Bug fortran/54881] [4.8 Regression] [OOP] ICE in fold_convert_loc, at fold-const.c:2016

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54881 --- Comment #7 from janus at gcc dot gnu.org 2012-10-10 17:33:41 UTC --- Here is a variant of the test case in comment 3, which for some strange reason fails also with 4.7: implicit none type treeNode end type

[Bug c++/54893] New: unable to access volatile variable within relaxed transaction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54893 Bug #: 54893 Summary: unable to access volatile variable within relaxed transaction Classification: Unclassified Product: gcc Version: 4.7.1 Status:

[Bug tree-optimization/54877] [4.7/4.8 Regression] ICE: tree check: expected ssa_name, have real_cst in copy_ssa_name_fn, at tree-ssanames.c:335

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54877 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-10-10 17:47:19 UTC --- Author: jakub Date: Wed Oct 10 17:47:05 2012 New Revision: 192322 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192322 Log: PR

[Bug debug/54887] gdb test case failure with mi-var-rtti

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887 dehao at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c/54894] New: internal compiler error: in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1286

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54894 Bug #: 54894 Summary: internal compiler error: in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1286 Classification: Unclassified Product: gcc Version:

[Bug fortran/54878] libgfortran issues found by the Coverity scanner

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54878 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-10-10 18:42:39 UTC --- Author: burnus Date: Wed Oct 10 18:42:34 2012 New Revision: 192325 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192325 Log: 2012-10-10

[Bug tree-optimization/54894] [4.6/4.7/4.8 Regression] internal compiler error: in vect_get_vec_def_for_operand, at tree-vect-stmts.c:1286

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54894 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug c++/53479] Control flow analysis reports warnings in switch over an enum class even if all possible values have their branches

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

[Bug c++/53672] gcc/branches/cilkplus does not like C++ spawn (when optimized)

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

[Bug c++/53837] Unpacking variadic template parameters in a method parameter default value gives parse error

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

[Bug c++/54015] problem in compiling Qgis source code

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

[Bug c++/11858] Name lookup error ignored when instantiated from expression within sizeof() in template function parameter

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11858 --- Comment #4 from Kurt Stutsman kstutsman at gmail dot com 2012-10-10 19:39:12 UTC --- Still seeing this as of version 4.6.1.

[Bug target/54079] __builtin_ia32_palignr128 can't be called

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

[Bug c++/54895] New: the compiler treats '__cdecl' '__stdcall' as the same.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54895 Bug #: 54895 Summary: the compiler treats '__cdecl' '__stdcall' as the same. Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

  1   2   >