[Bug target/54349] _mm_cvtsi128_si64 unnecessary stores value at stack

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

[Bug c++/57107] New: tree check fail in unlink_stmt_vdef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57107 Bug #: 57107 Summary: tree check fail in unlink_stmt_vdef Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/57106] [4.8/4.9 Regression] -fcompare-debug failure with -O2 -fschedule-insns -funroll-all-loops

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

[Bug rtl-optimization/57105] [4.9 Regression] ICE: in add_insn_before_nobb, at emit-rtl.c:3883 with -Os -fselective-scheduling2 -g

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

[Bug c++/57107] tree check fail in unlink_stmt_vdef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57107 --- Comment #1 from David Binderman dcb314 at hotmail dot com 2013-04-29 08:08:34 UTC --- Created attachment 29969 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29969 gzipped C++ source code

[Bug middle-end/57103] [4.8/4.9 Regression] ICE: verify_gimple failed: location references block not in block tree with -ftree-parallelize-loops=4

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

[Bug c++/57102] [4.9 Regression] ICE: SIGSEGV in fndecl_declared_return_type with -fcompare-debug

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

[Bug rtl-optimization/57100] [4.8/4.9 Regression] ICE: in pre_and_rev_post_order_compute, at cfganal.c:869 with -fdump-rtl-pro_and_epilogue-graph

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

[Bug middle-end/57089] [4.9 Regression] ICE in verify_loop_structure, at cfgloop.c:1647

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

[Bug tree-optimization/57083] [4.8/4.9 Regression] Wrong constant folding

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

[Bug middle-end/57073] __builtin_powif (-1.0, k) should be optimized to 1.0 - 2.0 * (K%2)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57073 --- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2013-04-29 08:40:59 UTC --- (In reply to comment #4) patch that fails The Fortran patch of the attachments looks fine, except for: + one = gfc_copy_expr (op1); +

[Bug target/54349] _mm_cvtsi128_si64 unnecessary stores value at stack

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

[Bug c++/57107] tree check fail in unlink_stmt_vdef

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

[Bug tree-optimization/57081] [4.9 Regression] Segmentation fault in simple_iv (tree-scalar-evolution.c:3151)

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

[Bug target/57108] New: [4.7/4.8/4.9] SH internal compiler error: in int_mode_for_mode, at stor-layout.c:395

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57108 Bug #: 57108 Summary: [4.7/4.8/4.9] SH internal compiler error: in int_mode_for_mode, at stor-layout.c:395 Classification: Unclassified Product: gcc Version: 4.9.0

[Bug rtl-optimization/57105] [4.9 Regression] ICE: in add_insn_before_nobb, at emit-rtl.c:3883 with -Os -fselective-scheduling2 -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57105 --- Comment #1 from Andrey Belevantsev abel at gcc dot gnu.org 2013-04-29 09:18:26 UTC --- Does the patch from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56957#c9 fixes your issue?

[Bug bootstrap/54659] [4.8 Regression] Bootstrap with --disable-nls broken under Windows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at

[Bug fortran/39290] Subroutine/function ambiguity in generics

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

[Bug fortran/56981] Slow I/O: Unformatted 5x slower, large sys component; formatted slow as well

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981 --- Comment #8 from Tobias Burnus burnus at gcc dot gnu.org 2013-04-29 09:34:58 UTC --- Author: jb Date: Mon Apr 29 08:42:00 2013 New Revision: 198390 URL: http://gcc.gnu.org/viewcvs?rev=198390root=gccview=rev Log: PR 56981 Improve

[Bug fortran/56981] Slow I/O: Unformatted 5x slower, large sys component; formatted slow as well

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981 --- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org 2013-04-29 09:36:04 UTC --- Follow-up idea regarding the flushing of when the buffer is full to avoid unnecessary seeks: http://gcc.gnu.org/ml/fortran/2013-04/msg00258.html

[Bug rtl-optimization/57105] [4.9 Regression] ICE: in add_insn_before_nobb, at emit-rtl.c:3883 with -Os -fselective-scheduling2 -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57105 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added CC|

[Bug c++/57109] New: ice tsubst_copy, at cp/pt.c:12171

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57109 Bug #: 57109 Summary: ice tsubst_copy, at cp/pt.c:12171 Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/57105] [4.9 Regression] ICE: in add_insn_before_nobb, at emit-rtl.c:3883 with -Os -fselective-scheduling2 -g

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57105 --- Comment #3 from Andrey Belevantsev abel at gcc dot gnu.org 2013-04-29 09:40:11 UTC --- Fine, I've tested it on ia64 and got an offline approval from Alexander, I'd need to test on x86-64 and commit then.

[Bug sanitizer/57104] ICE: in expand_expr_addr_expr_1, at expr.c:7594 with -fsanitize=thread and hardreg variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57104 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug c++/57109] ice tsubst_copy, at cp/pt.c:12171

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

[Bug libstdc++/57110] New: is the use of uint_fast32_t in random intentional?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57110 Bug #: 57110 Summary: is the use of uint_fast32_t in random intentional? Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity:

[Bug c++/57109] ice tsubst_copy, at cp/pt.c:12171

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57109 --- Comment #2 from wd11 at leicester dot ac.uk 2013-04-29 10:28:13 UTC --- Created attachment 29971 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29971 file generated via g++ -E and gzip compressed because pre-processor output

[Bug libstdc++/57110] is the use of uint_fast32_t in random intentional?

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

[Bug fortran/39290] Subroutine/function ambiguity in generics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290 --- Comment #8 from Mikael Morin mikael at gcc dot gnu.org 2013-04-29 10:59:51 UTC --- The following excerpt from gfc_compare_interfaces(interface.c) seems to be the cause of 'qc' being called: if (s1-attr.function

[Bug target/54349] _mm_cvtsi128_si64 unnecessary stores value at stack

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

[Bug target/54349] _mm_cvtsi128_si64 unnecessary stores value at stack

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

[Bug target/54349] _mm_cvtsi128_si64 unnecessary stores value at stack

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54349 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug sanitizer/57104] ICE: in expand_expr_addr_expr_1, at expr.c:7594 with -fsanitize=thread and hardreg variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57104 --- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org 2013-04-29 11:14:00 UTC --- Happens since beginning of tsan; thus http://gcc.gnu.org/r193736

[Bug middle-end/57089] [4.9 Regression] ICE in verify_loop_structure, at cfgloop.c:1647

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

[Bug libstdc++/57110] is the use of uint_fast32_t in random intentional?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57110 --- Comment #2 from vincenzo Innocente vincenzo.innocente at cern dot ch 2013-04-29 11:47:54 UTC --- Understood. The question should than be escalated to the c++ standard committee In my opinion the use of a 32-bit unsigned int as

[Bug libstdc++/57110] is the use of uint_fast32_t in random intentional?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57110 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2013-04-29 11:50:40 UTC --- Send an email to your colleague Walter Brown @ FNAL, I'm sure he is interested.

[Bug target/57108] [4.7/4.8/4.9] SH internal compiler error: in int_mode_for_mode, at stor-layout.c:395

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

[Bug target/57097] [4.8/4.9 Regression] ICE: in find_hard_regno_for, at lra-assigns.c:561 with -O2 -fPIC -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57097 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug c++/57111] New: Core dump - invalid pointer detected after std::unique_ptr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57111 Bug #: 57111 Summary: Core dump - invalid pointer detected after std::unique_ptr Classification: Unclassified Product: gcc Version: 4.7.2 Status:

[Bug fortran/39290] Subroutine/function ambiguity in generics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290 --- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org 2013-04-29 12:40:50 UTC --- (In reply to comment #8) There are a quite a few problems it seems: 1. we rely on s1-attr.function _and_ s2-attr.function being set, which is obviously

[Bug target/57112] New: -march=x86-64 not documented

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57112 Bug #: 57112 Summary: -march=x86-64 not documented Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: documentation

[Bug tree-optimization/54295] [4.7 Regression] Widening multiply-accumulate operation uses wrong value extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54295 Jonas Gorski jogo at openwrt dot org changed: What|Removed |Added CC||jogo at

[Bug c++/57111] Core dump - invalid pointer detected after std::unique_ptr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57111 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug tree-optimization/57075] [4.9 Regression] verify_flow_info failed: control flow in the middle of basic block

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

[Bug target/57112] -march=x86-64 not documented

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57112 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug middle-end/57103] [4.8/4.9 Regression] ICE: verify_gimple failed: location references block not in block tree with -ftree-parallelize-loops=4

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57103 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added CC|

[Bug target/57098] ICE: in extract_insn, at recog.c:2154 (unrecognizable insn) with -mcmodel=large -msse4 and __builtin_shuffle()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57098 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug c++/57113] New: cannot resolve function in derived class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57113 Bug #: 57113 Summary: cannot resolve function in derived class Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug c++/56450] ICE with SFINAE when detecting non-static member variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56450 --- Comment #5 from Jason Merrill jason at gcc dot gnu.org 2013-04-29 14:03:25 UTC --- Let's put this into 4.8.1 as well; it's completely safe.

[Bug c++/57111] Core dump - invalid pointer detected after std::unique_ptr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57111 --- Comment #2 from jb jb.1234abcd at gmail dot com 2013-04-29 14:04:38 UTC --- (In reply to comment #1) That's not how you use unique_ptr. That's besides the point when you get a dump. If the proper use of unique_ptr with array is:

[Bug c++/56450] ICE with SFINAE when detecting non-static member variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56450 --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2013-04-29 14:08:28 UTC --- Ok.

[Bug c++/57111] Core dump - invalid pointer detected after std::unique_ptr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57111 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2013-04-29 14:09:46 UTC --- (In reply to comment #2) (In reply to comment #1) That's not how you use unique_ptr. That's besides the point when you get a dump. No, it's

[Bug c++/57113] cannot resolve function in derived class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57113 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug middle-end/57103] [4.8/4.9 Regression] ICE: verify_gimple failed: location references block not in block tree with -ftree-parallelize-loops=4

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

[Bug c++/56450] ICE with SFINAE when detecting non-static member variable

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

[Bug web/57114] New: wrong information at http://gcc.gnu.org/onlinedocs/gfortran/RANK.html

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57114 Bug #: 57114 Summary: wrong information at http://gcc.gnu.org/onlinedocs/gfortran/RANK.html Classification: Unclassified Product: gcc Version: unknown

[Bug fortran/39290] Subroutine/function ambiguity in generics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39290 --- Comment #10 from janus at gcc dot gnu.org 2013-04-29 14:53:03 UTC --- (In reply to comment #9) BTW: When updating this, one can also implement the new Fortran 2008 feature: ALLOCATABLE and POINTER attributes are used in generic

[Bug tree-optimization/57075] [4.9 Regression] verify_flow_info failed: control flow in the middle of basic block

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

[Bug target/57098] ICE: in extract_insn, at recog.c:2154 (unrecognizable insn) with -mcmodel=large -msse4 and __builtin_shuffle()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57098 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug tree-optimization/57027] [4.9 Regression] ICE in gimple_assign_rhs_code, at gimple.h:2022

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57027 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added CC|

Re: Bug bootstrap/56714

The same error appears on NetBSD 6.99.19 because __always_inline is already defined without the inline keyword in sys/cdefs.h. Including the inline keyword in the macro wouldn't work if the macro is used at the very end of a declaration like in: inline void foo (const char) __always_inline; To

[Bug target/56866] [4.7/4.8/4.9 Regression] with '-O3 -march=bdver2' misscompiles glibc-2.17/crypt/sha512.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56866 --- Comment #17 from Winfried Magerl winfried.mag...@t-online.de 2013-04-29 16:08:09 UTC --- Hi Jakub, On Fri, Apr 26, 2013 at 09:00:42AM +, jakub at gcc dot gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56866

[Bug c++/57107] tree check fail in unlink_stmt_vdef

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57107 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug lto/57084] 483. xalancbmk run fails with -O2 -flto for i686

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57084 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/44578] GCC generates MMX instructions but fails to generate emms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44578 Teresa Johnson tejohnson at google dot com changed: What|Removed |Added CC|

[Bug bootstrap/54659] [4.8 Regression] Bootstrap with --disable-nls broken under Windows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54659 --- Comment #21 from dnovillo at google dot com dnovillo at google dot com 2013-04-29 16:46:27 UTC --- On 2013-04-29 11:25 , jakub at gcc dot gnu.org wrote: Any progress with this? We'd like to do 4.8.1-rc1 in mid-May, would be nice to

[Bug rtl-optimization/57067] Missing control flow edges for setjmp/longjmp

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57067 --- Comment #4 from gretay at gcc dot gnu.org 2013-04-29 16:58:34 UTC --- Created attachment 29974 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29974 testcase The attached test case fails for arm-none-eabi on trunk, caused by

[Bug target/46250] ICE: in extract_insn, at recog.c:2110 (unrecognizable insn) with -fPIC -mcmodel=large and __thread variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46250 --- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2013-04-29 17:09:22 UTC --- TLS ABI only covers the small model. There is no demand to extend TLS ABI to support medium/large models.

[Bug target/44578] GCC generates MMX instructions but fails to generate emms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44578 --- Comment #8 from Uros Bizjak ubizjak at gmail dot com 2013-04-29 17:13:30 UTC --- Please try following patch, it fixes the testcase for me (note ! for ?*y alternative): --cut here-- Index: i386.md

[Bug target/44578] GCC generates MMX instructions but fails to generate emms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44578 --- Comment #9 from Teresa Johnson tejohnson at google dot com 2013-04-29 17:24:42 UTC --- It does fix the issue I had in this test case. But theoretically can't this pattern still generate an MMX reference in some cases? And I see other

[Bug target/44578] GCC generates MMX instructions but fails to generate emms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44578 --- Comment #10 from Uros Bizjak ubizjak at gmail dot com 2013-04-29 17:37:03 UTC --- (In reply to comment #9) It does fix the issue I had in this test case. But theoretically can't this pattern still generate an MMX reference in some

[Bug fortran/57114] wrong information at http://gcc.gnu.org/onlinedocs/gfortran/RANK.html

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

[Bug fortran/57114] wrong information at http://gcc.gnu.org/onlinedocs/gfortran/RANK.html

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57114 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug sanitizer/57104] ICE: in expand_expr_addr_expr_1, at expr.c:7594 with -fsanitize=thread and hardreg variable

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

[Bug libgcc/57085] Segmentation Fault when building a c file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57085 --- Comment #11 from Mikael Pettersson mikpe at it dot uu.se 2013-04-29 19:30:35 UTC --- I can't reproduce the ICE with a cross to arm-linux-androideabi either.

[Bug bootstrap/57077] [4.9 Regression] LTO bootstrap failure with profiledbootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57077 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug gcov-profile/57115] New: Cannot merge separate single counters for function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57115 Bug #: 57115 Summary: Cannot merge separate single counters for function Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug fortran/57116] New: ICE for pointer assignment inside SELECT TYPE on UP entity

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57116 Bug #: 57116 Summary: ICE for pointer assignment inside SELECT TYPE on UP entity Classification: Unclassified Product: gcc Version: 4.8.0 Status:

[Bug fortran/57117] New: ICE for sourced allocation of a UP entity that uses the transpose intrinsic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117 Bug #: 57117 Summary: ICE for sourced allocation of a UP entity that uses the transpose intrinsic Classification: Unclassified Product: gcc Version: 4.8.0

[Bug gcov-profile/57115] Cannot merge separate single counters for function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57115 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2013-04-29 20:16:36 UTC --- Profiling is still not thread safe.

[Bug target/57118] New: g++.dg/debug/* tests fail on MIPS due to micromips checkin, scan-assembler pattern needs update

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57118 Bug #: 57118 Summary: g++.dg/debug/* tests fail on MIPS due to micromips checkin, scan-assembler pattern needs update Classification: Unclassified Product: gcc Version:

[Bug libgcc/57085] Segmentation Fault when building a c file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57085 --- Comment #12 from synergye at codefi dot re 2013-04-29 21:13:10 UTC --- (In reply to comment #11) I can't reproduce the ICE with a cross to arm-linux-androideabi either. Strange. I've had others test and reproduce it as well. This

[Bug fortran/57117] ICE for sourced allocation of a UP entity that uses the transpose intrinsic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/57116] ICE for pointer assignment inside SELECT TYPE on UP entity

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57116 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED

[Bug fortran/56937] Unnecessarily temporary with array-vector assignments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/53265] Warn when undefined behavior implies smaller iteration count

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265 --- Comment #27 from Paul Pluzhnikov ppluzhnikov at google dot com 2013-04-29 23:18:29 UTC --- Here is a reduced test case in which g++ (GCC) 4.9.0 20130426 (experimental) produces infinite loop with -O2 due to aggressive loop optimization,

[Bug libstdc++/57119] New: libstdc++-6.dll missed in default gcc 4.8 build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57119 Bug #: 57119 Summary: libstdc++-6.dll missed in default gcc 4.8 build Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: major

[Bug c/57120] New: Plain C link with libgcc_s_sjlj-1.dll which not needed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57120 Bug #: 57120 Summary: Plain C link with libgcc_s_sjlj-1.dll which not needed Classification: Unclassified Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: major

[Bug target/57098] ICE: in extract_insn, at recog.c:2154 (unrecognizable insn) with -mcmodel=large -msse4 and __builtin_shuffle()

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

[Bug target/57098] ICE: in extract_insn, at recog.c:2154 (unrecognizable insn) with -mcmodel=large -msse4 and __builtin_shuffle()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57098 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/44578] GCC generates MMX instructions but fails to generate emms

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

[Bug target/44578] GCC generates MMX instructions but fails to generate emms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44578 --- Comment #12 from Teresa Johnson tejohnson at google dot com 2013-04-30 05:43:06 UTC --- On Mon, Apr 29, 2013 at 10:37 AM, ubizjak at gmail dot com gcc-bugzi...@gcc.gnu.org wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44578

[Bug target/44578] GCC generates MMX instructions but fails to generate emms

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44578 --- Comment #13 from Uros Bizjak ubizjak at gmail dot com 2013-04-30 05:53:42 UTC --- (In reply to comment #12) I found that due to the header file structure I cannot use -mno-mmx in certain cases - i.e. when including the STL