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
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
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
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
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
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
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/
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
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