On 1/21/21 9:25 AM, Richard Biener wrote:
On Wed, Jan 20, 2021 at 5:25 PM Martin Liška wrote:
On 1/20/21 5:00 PM, Jan Hubicka wrote:
There are two thinks that I would like to discuss first
1) I think the option is stil used for value profiling of divisors
It's not. Right now the only usa
> -Original Message-
> From: Andrea Corallo
> Sent: 19 January 2021 17:13
> To: gcc-patches@gcc.gnu.org
> Cc: Kyrylo Tkachov ; Richard Earnshaw
> ; nd ;
> christophe.l...@linaro.org
> Subject: [PATCH] arm: [testuiste] fix ivopts.c target test [PR96372]
>
> Hi all,
>
> this patch is fo
As reported this now XPASSes with ranger.
Tested on i?86-linux, pushed.
2021-01-21 Richard Biener
* gcc.dg/Walloca-2.c: Un-XFAIL.
---
gcc/testsuite/gcc.dg/Walloca-2.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/gcc/testsuite/gcc.dg/Walloca-2.c b/gcc/tests
XPASSes as reported.
Pushed.
2021-01-21 Richard Biener
PR testsuite/98241
* gcc.dg/pr78973.c: Remove ilp32 XFAIL.
---
gcc/testsuite/gcc.dg/pr78973.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/testsuite/gcc.dg/pr78973.c b/gcc/testsuite/gcc.dg/pr789
On Jan 21, 2021, Sebastian Huber wrote:
> Which target properties determine that a-nallfl__wraplf.ads should be
> used?
The question really is what makes the default a-nallfl.ads unusable for
a target. It works when the Ada type Long_Long_Float and the C long
double type are nop-convertible. W
Hi,
in the PR 98078 testcase, speculative call-graph edges which were
created by IPA-CP are confirmed during inlining but
cgraph_edge::set_call_stmt does not take it very well.
The function enters the update_speculative branch and updates the edges
in the speculation bundle separately (by a recur
This adds more guards to the VEC_PERM_EXPR scan, namely that
we also could end up with load-lanes and of course no vectorization
at all. Need dependent scans (scan-if-scan-X PASSed ...).
Pushed.
2021-01-21 Richard Biener
PR testsuite/97299
* gcc.dg/vect/slp-reduc-3.c: Amend t
Added implementation for builtin overflow detection, new patterns are listed
below.
signed addition:
add t0, t1, t2
sltit3, t2, 0
slt t4, t0, t1
bne t3, t4, overflow
unsigned addition:
add t0, t1, t2
bltut0, t1, overflow
sig
On Sat, 16 Jan 2021 at 17:13, Daniel Engel wrote:
>
> Hi Christophe,
>
> On Fri, Jan 15, 2021, at 4:30 AM, Christophe Lyon wrote:
> > On Fri, 15 Jan 2021 at 12:39, Daniel Engel wrote:
> > >
> > > Hi Christophe,
> > >
> > > On Mon, Jan 11, 2021, at 8:39 AM, Christophe Lyon wrote:
> > > > On Mon, 1
Ilya Leoshkevich via Gcc-patches writes:
> On Tue, 2021-01-19 at 09:41 +0100, Richard Biener wrote:
>> On Mon, Jan 18, 2021 at 11:04 PM Ilya Leoshkevich via Gcc-patches
>> wrote:
>> >
>> Suppose we have:
>> >
>> > (set (reg/v:TF 63) (mem/c:TF (reg/v:DI 62)))
>> > (set (reg:FPRX2 66) (su
Wilco Dijkstra via Gcc-patches writes:
> In aarch64_classify_symbol symbols are allowed large offsets on relocations.
> This means the offset can use all of the +/-4GB offset, leaving no offset
> available for the symbol itself. This results in relocation overflow and
> link-time errors for simpl
Kyrylo Tkachov writes:
>> -Original Message-
>> From: Andrea Corallo
>> Sent: 19 January 2021 17:13
>> To: gcc-patches@gcc.gnu.org
>> Cc: Kyrylo Tkachov ; Richard Earnshaw
>> ; nd ;
>> christophe.l...@linaro.org
>> Subject: [PATCH] arm: [testuiste] fix ivopts.c target test [PR96372]
>>
> -Original Message-
> From: Andrea Corallo
> Sent: 21 January 2021 11:13
> To: Kyrylo Tkachov
> Cc: gcc-patches@gcc.gnu.org; Richard Earnshaw
> ; nd ;
> christophe.l...@linaro.org
> Subject: Re: [PATCH] arm: [testuiste] fix ivopts.c target test [PR96372]
>
> Kyrylo Tkachov writes:
>
Hi all,
This patch removes support for the widening subtract operation in the aarch64
backend as it is causing a performance regression.
In the following example:
#include
extern void wdiff( int16_t d[16], uint8_t *restrict pix1, uint8_t *restrict
pix2)
{
for( int y = 0; y < 4; y++ )
{
On Thu, 2021-01-21 at 10:49 +, Richard Sandiford wrote:
> Ilya Leoshkevich via Gcc-patches writes:
> > On Tue, 2021-01-19 at 09:41 +0100, Richard Biener wrote:
> > > On Mon, Jan 18, 2021 at 11:04 PM Ilya Leoshkevich via Gcc-patches
> > > wrote:
> > > Suppose we have:
> > > > (set (reg/v:T
Ilya Leoshkevich writes:
> On Thu, 2021-01-21 at 10:49 +, Richard Sandiford wrote:
>> What prevents combine from handling this? Are the instructions in
>> different blocks?
>
> I wanted to do this before combine, because in __ieee754_sqrtl case
> fwprop turns this (example from the commit mes
This removes a trivial whitespace difference between the currently
committed file and the one regenerated by autotools.
libstdc++-v3/ChangeLog:
* src/c++17/Makefile.in: Regenerate.
Tested powerpc64le-linux. Committed to trunk.
commit a1a967ce1ffe17cc6e6afaf76655314ab07a8de1
Author: Jona
Ilya Leoshkevich via Gcc-patches writes:
> v1: https://gcc.gnu.org/pipermail/gcc-patches/2021-January/563800.html
>
> v1 -> v2: Allow (mem) -> (subreg) propagation only for single uses.
>
> Boostrapped and regtested on x86_64-redhat-linux, ppc64le-redhat-linux
> and s390x-redhat-linux. Ok for mas
This patch fixes -march option parsing when `p` extension exists,
e.g., -march=rv64imafdcp should produce
.attribute arch, "rv64i2p0_m2p0_a2p0_f2p0_d2p0_c2p0_p"
rather than
.attribute arch, "rv64i2p0_m2p0_a2p0_f2p0_d2p0_c_p"
---
gcc/ChangeLog:
* common/config/riscv/riscv-common.c
(risc
Hi everyone,
Here is a new version of the patch. I've tested on Linux and AIX.
There are still some tests failing but it starts having a good shape !
However, I have few questions:
1) locale.name and syscalls
locale.name() is returning a string having the description of each locale
category. It
101 - 120 of 120 matches
Mail list logo
