On Wed, 13 Oct 2021 at 13:26, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > On Mon, 11 Oct 2021 at 20:42, Richard Sandiford
> > wrote:
> >>
> >> Prathamesh Kulkarni writes:
> >> > On Fri, 8 Oct 2021 at 21:19, Richard Sandiford
> >> > wrote:
> >> >>
> >> >> Thanks for looking at
Adjust one of two links to classpath.org and avoid the other, by
removing the respective paragraph which is really not relevant any
longer.
---
htdocs/gcc-4.1/changes.html | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/htdocs/gcc-4.1/changes.html b/htdocs/gcc-4.1/chan
On Fri, Oct 15, 2021 at 3:11 PM Kewen.Lin via Gcc-patches
wrote:
>
> on 2021/10/14 下午6:56, Kewen.Lin via Gcc-patches wrote:
> > Hi Hongtao,
> >
> > on 2021/10/14 下午3:11, liuhongt wrote:
> >> Hi Kewen:
> >> Cound you help to verify if this patch fix those regressions
> >> for rs6000 port.
> >>
>
On Fri, Oct 15, 2021 at 11:37 PM Martin Sebor wrote:
>
> On 10/14/21 1:11 AM, liuhongt wrote:
> > Hi Kewen:
> >Cound you help to verify if this patch fix those regressions
> > for rs6000 port.
> >
> > As discussed in [1], this patch add xfail/target selector to those
> > testcases, also make a
On 2021/10/15 16:11, Richard Biener wrote:
> On Sat, Oct 9, 2021 at 5:45 AM Xionghu Luo wrote:
>>
>> Hi,
>>
>> On 2021/9/28 20:09, Richard Biener wrote:
>>> On Fri, Sep 24, 2021 at 8:29 AM Xionghu Luo wrote:
Update the patch to v3, not sure whether you prefer the paste style
and
This is a minor cleanup to bail out early if the result of
__builtin_object_size is not assigned to anything and avoid initializing
the object size arrays.
gcc/ChangeLog:
* tree-object-size (object_sizes_execute): Consolidate LHS null
check and do it early.
Signed-off-by: Siddhes
Hi Vineet:
I am not familiar with buildroot, so I am not sure which GCC version will work,
but I think the patch set should be able to apply both gcc 11.1 and
trunk without conflict.
Here is a gcc 11.1 + this patch set on my github, hope this could help :)
https://github.com/kito-cheng/riscv-gcc/
On Fri, Oct 15, 2021 at 4:38 PM dianhong.xu--- via Gcc-patches
wrote:
>
> From: dianhong xu
>
> Add *_set1_pch (_Float16 _Complex A) intrinsics.
>
> gcc/ChangeLog:
>
> * config/i386/avx512fp16intrin.h:
> (_mm512_set1_pch): New intrinsic.
> * config/i386/avx512fp16vlintrin.
On 10/8/2021 9:12 AM, Aldy Hernandez via Gcc-patches wrote:
The following patch converts the strlen pass from evrp to ranger,
leaving DOM as the last remaining user.
So is there any reason why we can't convert DOM as well? DOM's use of
EVRP is pretty limited. You've mentioned FP bits befor
On 10/15/2021 4:39 AM, Aldy Hernandez wrote:
On 10/15/21 2:47 AM, Andrew MacLeod wrote:
On 10/14/21 6:07 PM, Martin Sebor via Gcc-patches wrote:
On 10/9/21 12:47 PM, Aldy Hernandez via Gcc-patches wrote:
We seem to be passing a lot of context around in the strlen code. I
certainly don't
On 10/5/2021 11:53 AM, Luís Ferreira wrote:
On Tue, 2021-10-05 at 18:13 +0100, Luís Ferreira wrote:
This patch fixes a bug on the D demangler by parsing and skip anonymous
symbols
correctly, according the ABI specification. Furthermore, it also
includes tests
to cover anonymous symbols.
The
On 9/30/2021 12:47 AM, Thomas Schwinge wrote:
Hi!
On 2021-09-17T13:16:14+0200, I wrote:
On 2021-09-10T09:48:56+0200, I wrote:
Ping. My patches again attached, for easy reference.
Ping once again.
Jeff had ACKed "Don't record string concatenation data for
'RESERVED_LOCATION_P'" (thanks!),
On 10/3/2021 8:26 AM, Roger Sayle wrote:
My recent attempts to come up with a testcase for my patch to evaluate
ss_plus in simplify-rtx.c, identified a missed optimization opportunity
(that's potentially a long-time regression): The RTL optimizers no longer
place constants in the constant pool
On 9/29/2021 9:32 AM, Luís Ferreira wrote:
This may be optimized by some modern smart compilers inliner, but since
strlen can be an external source, this can produce unoptimized code.
strlen has very well defined semantics by ISO and even if it's defined
externally compilers know those semant
On 10/7/2021 10:50 PM, Siddhesh Poyarekar wrote:
On 10/8/21 03:44, Siddhesh Poyarekar wrote:
(from about 4% to 70% in bash), but that could well be due to the _chk
I should also clarify that this is for memcpy. For all fortifiable
functions, the coverage percentage went from 30.81% to 84.
On 10/17/2021 7:08 AM, Roger Sayle wrote:
Blackfin processors support a ONES instruction that implements a
32-bit popcount returning a 16-bit result. This instruction was
previously described by GCC's bfin backed using a UNSPEC, but with
this patch uses a POPCOUNT:SI rtx to capture the semant
On 10/17/2021 3:12 AM, Roger Sayle wrote:
This simple patch performs compile-time constant folding of
signed saturating negation and signed saturating absolute value
in the RTL optimizers. Normally in two's complement arithmetic
the lowest representable signed value overflows on negation,
wit
Hi Tobias,
This is OK for mainline and as far back in the branches as you feel
inclined to go.
Thanks for the patch.
Paul
On Fri, 15 Oct 2021 at 22:19, Tobias Burnus wrote:
> This patch fixes two issues:
>
> First, to print 'CLASS(t2)' instead of:
> Error: Type mismatch in argument ‘x’ at (1
Hi Tobias,
I can only echo Harald's comment that this is an impressive bit of work.
I spent some time messing with fc-descriptor-7.f90/gc-descriptor-7-c.cc
because it kept failing on me. This came about because I missed one of the
chunks not applying in the C component of the test; namely:
for
Here is the 4th version of the patch. I tried to implement
Jason's suggestion and this also fixes the problem. But
I am not sure I understand the condition on
the TREE_SIDE_EFFECTS ...
And there is now another problem:
c_finish_omp_for in c-family/c-omp.c does not seem
to understand the expre
On Sat, Oct 16, 2021 at 1:07 PM David Edelsohn wrote:
>
> On Sat, Oct 16, 2021 at 3:59 PM H.J. Lu wrote:
> >
> > On Sat, Oct 16, 2021 at 12:53 PM David Edelsohn wrote:
> > >
> > > On Sat, Oct 16, 2021 at 1:13 PM H.J. Lu wrote:
> > > >
> > > > On Sat, Oct 16, 2021 at 10:04 AM David Edelsohn
>
Blackfin processors support a ONES instruction that implements a
32-bit popcount returning a 16-bit result. This instruction was
previously described by GCC's bfin backed using a UNSPEC, but with
this patch uses a POPCOUNT:SI rtx to capture the semantics, allowing
it to evaluated at compile-time.
This simple patch performs compile-time constant folding of
signed saturating negation and signed saturating absolute value
in the RTL optimizers. Normally in two's complement arithmetic
the lowest representable signed value overflows on negation,
with these saturating operators they "saturate" t
---
htdocs/git.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/git.html b/htdocs/git.html
index ac1f2eb9..881f1d38 100644
--- a/htdocs/git.html
+++ b/htdocs/git.html
@@ -334,7 +334,7 @@ in Git.
modula-2
This branch is for the
-http://nongnu.org/gm2/homep
We've got a number of links to the DWARF standard on our page, which
requires some link maintenance. Remove this one for GCC 7 which is
unlikely to be used (much).
---
htdocs/gcc-7/changes.html | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/htdocs/gcc-7/changes.html b/htdocs
25 matches
Mail list logo