[Bug target/47779] Problem cross-compiling trunk for bfin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779 Waldemar Brodkorb wbx at openadk dot org changed: What|Removed |Added CC||wbx at openadk

[Bug rtl-optimization/66626] [4.9/5/6 Regression] gcc.dg/torture/stackalign/non-local-goto-5.c segfaults w/ -mregparm=3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66626 --- Comment #13 from H.J. Lu hjl.tools at gmail dot com --- ix86_static_chain_on_stack is incompatible with LRA since 1. nonlocal_goto generates: lab = copy_to_reg (lab); emit_clobber (gen_rtx_MEM (BLKmode, gen_rtx_SCRATCH

[Bug rtl-optimization/66626] [4.9/5/6 Regression] gcc.dg/torture/stackalign/non-local-goto-5.c segfaults w/ -mregparm=3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66626 --- Comment #11 from H.J. Lu hjl.tools at gmail dot com --- LRA tries to reload SI 90: (insn 14 13 15 3 (set (reg/f:SI 6 bp) (mem:SI (reg/f:SI 90 [ CHAIN.1 ]) [0 S4 A8])) ../y.i:9 86 {*movsi_internal} (nil)) (insn 15 14 16 3

[Bug target/66563] [4.9 Regression] ICE (segmentation fault) on sh4-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563 --- Comment #44 from Kazumoto Kojima kkojima at gcc dot gnu.org --- (In reply to John Paul Adrian Glaubitz from comment #43) Btw, could building the fixed gcc-4.9 with a compiler affected by this particular bug still propagate the problem? Or,

[Bug tree-optimization/66729] Segfault starting with r224967

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66729 --- Comment #4 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org --- (In reply to Pat Haugen from comment #3) (In reply to rsand...@gcc.gnu.org from comment #2) (In reply to David Edelsohn from comment #1) Is this the bootstrap

[Bug target/64833] [SH]: Error: pcrel too far when compiling imagemagick and graphicsmagick on Debian sh4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64833 Kazumoto Kojima kkojima at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug lto/66687] WPA link fau: internal compiler error: bytecode stream: found non-null terminated string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66687 --- Comment #10 from Guido Haztsis guido.hatzsis at yandex dot com --- (In reply to Richard Biener from comment #9) Are you sure you produced all LTO bytecode with exactly the same compiler? Reminds me to bump the LTO bytecode version again on

[Bug tree-optimization/66713] atomic compare_exchange_strong creates spurious store for x86-64 at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66713 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords|

[Bug tree-optimization/66713] atomic compare_exchange_strong creates spurious store for x86-64 at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66713 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- #include atomic float *ptr; std::atomicfloat* aptr; template typename T T cas_original (T cmp_, T val_) { T old; __asm volatile( lock; cmpxchgq %2, %3 : =a (old),

[Bug rtl-optimization/66626] [4.9/5/6 Regression] gcc.dg/torture/stackalign/non-local-goto-5.c segfaults w/ -mregparm=3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66626 --- Comment #12 from H.J. Lu hjl.tools at gmail dot com --- lra-eliminations.c has { /* See if this is setting the replacement hard register for an elimination. If DEST is the hard frame pointer, we do

[Bug target/66509] the new clang-based assembler in Xcode 7 on 10.11 fails on the libjava/java/lang/reflect/natArray.cc file from FSF gcc 5.1 at -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66509 --- Comment #21 from Jack Howarth howarth.at.gcc at gmail dot com --- Should we back-port this fix for gcc 5.2.0 as its current gcc/configure errornously fails the filds and fildq test for 64-bit with both the legacy GNU assembler and the

<    1   2