Hi Richard,
As per your suggestion I tried to fix the PR by splitting the SLP store group
at vector boundary after the SLP tree is built.
Boot strap PASSED on x86_64.
Checked the patch with check_GNU_style.sh.
The gfortran.dg/pr46519-1.f test now does SLP vectorization. Hence it
generated 2
On 14/05/16 18:13 +0200, François Dumont wrote:
sizeof() returns number of char elements in the given type ? I thought
it was the number of bytes and that a byte was always 8 bits. But I
know that you know your stuff so fixed in the new patch.
A char is a byte, by definition, so sizeof returns
2016-05-14 18:13 GMT+02:00 François Dumont :
> New patch attached, tested under linux x86_64.
>
> François
1) The function __clp2 is declared using _GLIBCXX14_CONSTEXPR, which
means that it is an inline function if and *only* if
_GLIBCXX14_CONSTEXPR really expands to constexpr, otherwise it is
*n
Le 28/04/2016 12:22, Jonathan Wakely a écrit :
On 23/04/16 10:27 +0200, François Dumont wrote:
Hi
Here is a patch to introduce a new power of 2 based rehash policy.
It enhances performance as it avoids modulo float operations. I have
updated performance benches and here is the result:
T
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 Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-6.1.0.sv.po', has just
Hello!
The problem here was with x86 FP move patterns that allowed FP
constants for CM_MEDIUM and CM_LARGE memory models, but not others.
However, this interfered with ifcvt cmove detection, since FP constant
was rematerialized in, not copied to the output register.
According to ix86_in_large_dat
So please confirm that this is OK for trunk only and apply it.
Then I will start working on backporting this for other branches.
2016-05-14 11:29 GMT+02:00 Mike Stump :
> On May 14, 2016, at 1:15 AM, Jakub Sejdak wrote:
>> Then when those scripts get copied 'as they are' from GNU config? Only
>>
On May 14, 2016, at 1:15 AM, Jakub Sejdak wrote:
> Then when those scripts get copied 'as they are' from GNU config? Only
> for newly created branches?
Only for trunk...
OK so just one final question to be clear: This patch was created from
trunk with config,sub and config.guess copied from GNU config
upstream.
If you say, that I should just modify bits for my port, then this
patch is still bad (since it modifies much more).
Then when those scripts get copied 'as
