New French PO file for 'gcc' (version 5.2.0)

2015-12-30 Thread Translation Project Robot
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the French team of translators. The file is available at: http://translationproject.org/latest/gcc/fr.po (This file, 'gcc-5.2.0.fr.po', has just

[PATCH, i386, AVX-512] Fix AVX-512 broadcast pattern.

2015-12-30 Thread Kirill Yukhin
Hello, Patch in the bottom fixes spec2k6/410.bwaves compfail on gcc-5-branch. AVX-512F broadcasts to ymm are not allowed, we need to use zmm as destination instead. I'll commit it to gcc-5 after bootstrap & regtest. I'll also check if it is needed for upcoming v6 gcc/ * config/i386/sse.m

Re: [PATCH] Fix pr69012 ICE on building libgfortran for mips

2015-12-30 Thread Richard Sandiford
Bernd Edlinger writes: > Hi, > > > the build of libgfortran and glibc for mips currently fails because we > now evaluate mips_compute_frame_info more often than before. If any > instruction uses the predicate cprestore_save_slot_operand or > cprestore_load_slot_operand the function mips_cprestore

[PTX] avoid constant pool bug

2015-12-30 Thread Nathan Sidwell
I've committed this to workaround the middle-end problem with the varpool thinking (some) cpool objects are undefined. Still looking at a proper fix for that, but as attempt one fell over ppc problems, I've applied this in the meanwhile. nathan 2015-12-30 Nathan Sidwell * config/nvp

Re: [PATCH] Fix pr69012 ICE on building libgfortran for mips

2015-12-30 Thread Bernd Edlinger
Hi, On 30.12.2015 15:31, Richard Sandiford wrote: > I think the problem is deeper than that though. The instructions that > are triggering the ICE are only generated by the prologue, so this > means that we're trying to lay out the frame again after the prologue > has been generated, whereas it

Re: [committed] Fix failure of fortran.dg/coarray_40.f90 on hppa*-*-hpux*

2015-12-30 Thread John David Anglin
On 2015-12-28, at 4:41 PM, Jakub Jelinek wrote: > That is undesirable, please use > ! { dg-options "-fcoarray=lib -lcaf_single" } > ! { dg-additional-options "-latomic" { target libatomic_available } } > instead. Committed attached change to trunk and a similar update to gcc-5. Dave -- John Davi

[PATCH] PR target/68991: Add vector_memory_operand and "Bm" constraint

2015-12-30 Thread H.J. Lu
SSE vector arithmetic and logic instructions only accept aligned memory operand. This patch adds vector_memory_operand and "Bm" constraint for aligned SSE memory operand. They are applied to SSE any_logic patterns. OK for trunk and release branches if there are regressions? H.J. --- gcc/

Re: [PATCH] Fix math transformation on targets without c99 math functions

2015-12-30 Thread Joseph Myers
On Mon, 28 Dec 2015, John David Anglin wrote: > The attach change fixes PR middle-end/68743 on hppa*-*-hpux*. In compiling > c99_functions.c in libgfortran, floor ((double)x) was transformed to > floorf(x) but > floorf is not available on hppa*-*-hpux*. The change simply adds a > libc_has_fun

Re: [PATCH], PowerPC IEEE 128-bit fp, patch #10 (comparison, documentation, conversion, debug)

2015-12-30 Thread Joseph Myers
On Tue, 29 Dec 2015, Michael Meissner wrote: > Going forward, patch #11 will enable the software emulation library. At the > moment, there is no support for converting between decimal types and > __float128, nor for the complex __float128 support. These are being worked > on, > and should be do