Hi!
These builtins are perfect candidates for bitwise ccp, the bytes are
preserved, just byte-swapped.
Noticed this while wondering why we haven't optimized the f9 function
in another PR, bswap64 zero extended from 32-bits, later casted to 32-bit
unsigned int is 0.
Bootstrapped/regtested on x86_
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:
https://translationproject.org/latest/gcc/fr.po
(This file, 'gcc-9.1-b20190203.fr.po',
Hello world,
the attached patch fixes a regression where a segfault occured at
runtime for the attached test case. The regression made it out
into the wild with the 8.3 release. Unfortunately, it was discovered too
late before release to do anything about it.
In effect, this patch reverts a par
On February 24, 2019 12:58:05 PM GMT+01:00, Jakub Jelinek
wrote:
>Hi!
>
>These builtins are perfect candidates for bitwise ccp, the bytes are
>preserved, just byte-swapped.
>
>Noticed this while wondering why we haven't optimized the f9 function
>in another PR, bswap64 zero extended from 32-bits,
Hi!
As the testcase shows, *subsi3_carryin_{const,compare_const} patterns
don't express in RTL what they are actually doing, which may (on the
testcase) does cause miscompilation if we manage to propagate constants
into it or for other reason simplify-rtx.c etc. tries to simplify them,
or if combi
Backport latest murmurhash version from upstream (2.084.1). Ran gdc testsuite
on X86_64 linux and got feedback on the bugzilla this really fixes the issue.
libphobos/ChangeLog:
2019-02-24 Johannes Pfau
* src/std/digest/murmurhash.d: PR d/89177: Backport from upstream.
Fixes un
On 21/02/19 20:47 +, Jonathan Wakely wrote:
On 05/02/19 14:45 +, Jonathan Wakely wrote:
This fixes two PRs, one trivial (don't use C++17 features in C++11
mode) and one more serious (don't require MoveInsertable when we
should only need CopyInsertable).
It would be nice to rely on if-co
Pinging with updated patch.
I removed a conflict with copyright year change. No longer using
unwind-arm (we use dwarf on eabi).
I re-tested cross compilation and resulting C and C++ works (caveat:
with text relocations, i tested small programs)
I believe matt #2 (green) has sent a copyright assign
Hi Thomas,
> Of course, there could also be a more profound way of fixing this
> bug :-)
I wish that it were the case. I am unable to decide whether the design
choices made for an F95 compiler have cause the add-ons to be
intrinsically complicated or whether or whether F2018, extensions and
legac
On Sun, Feb 24, 2019 at 05:42:14PM +, Paul Richard Thomas wrote:
>
> > Of course, there could also be a more profound way of fixing this
> > bug :-)
>
> I wish that it were the case. I am unable to decide whether the design
> choices made for an F95 compiler have cause the add-ons to be
> int
On February 23, 2019 1:27:46 AM GMT+01:00, Jakub Jelinek
wrote:
>Hi!
>
>The following testcase is miscompiled on x86_64. The problem is that
>simplify_merge_mask optimization throws away an inner VEC_MERGE when
>there
>is an outer one with the same mask. This can be done only if the
>change
>do
Committed as rev. 269177. As this patch also fixed PR88326,
I added the testcase below.
Thanks for the review,
Harald
2019-02-24 Harald Anlauf
PR fortran/88326
* gfortran.dg/pr88326.f90: New test.
On 02/23/19 19:10, Thomas Koenig wrote:
> Hi Harald,
>
>> OK for trunk? Or r
-mfpmath=sse is needed to enable SSE for FP math in 32-bit.
PR target/87007
* gcc.target/i386/pr87007-1.c: Compile with -mfpmath=sse.
* gcc.target/i386/pr87007-2.c: Likewise.
---
gcc/testsuite/ChangeLog | 6 ++
gcc/testsuite/gcc.target/i386/pr87007-1.
On 2/15/19 6:57 PM, Sandra Loosemore wrote:
On 2/6/19 9:16 AM, Martin Sebor wrote:
The manual documents the -Wno-missing-attributes form of the option
as if it was enabled by default, even though it's enabled by -Wall
(I can't get this -Wno- convention straight in my head). I also
got private c
14 matches
Mail list logo
