at.com; i...@airs.com; berg...@vnet.ibm.com
> Subject: Re: [PATCH][GCC][mid-end] Fix PR85123 incorrect copies
>
> On Fri, 6 Apr 2018, Eric Botcazou wrote:
>
> > > I wonder if it's best to revert the original regression causing
> > > patch and look for a proper so
> -Original Message-
> From: Richard Biener
> Sent: Friday, April 6, 2018 12:36
> To: Eric Botcazou
> Cc: gcc-patches@gcc.gnu.org; Alan Modra ; Tamar
> Christina ; nd ;
> l...@redhat.com; i...@airs.com; berg...@vnet.ibm.com
> Subject: Re: [PATCH][GCC][mid-en
On Fri, 6 Apr 2018, Eric Botcazou wrote:
> > I wonder if it's best to revert the original regression causing patch
> > and look for a proper solution in the GCC 9 timeframe?
>
> Probably the best course of action indeed, as changes in this area need to be
> thoroughly tested on various targets t
> I wonder if it's best to revert the original regression causing patch
> and look for a proper solution in the GCC 9 timeframe?
Probably the best course of action indeed, as changes in this area need to be
thoroughly tested on various targets to cover all the cases.
--
Eric Botcazou
On Fri, 6 Apr 2018, Alan Modra wrote:
> On Thu, Apr 05, 2018 at 01:29:06PM +0100, Tamar Christina wrote:
> > diff --git a/gcc/expr.c b/gcc/expr.c
> > index
> > 00660293f72e5441a6421a280b04c57fca2922b8..7daeb8c91d758edf0b3dc37f6927380b6f3df877
> > 100644
> > --- a/gcc/expr.c
> > +++ b/gcc/expr.c
On Thu, Apr 05, 2018 at 01:29:06PM +0100, Tamar Christina wrote:
> diff --git a/gcc/expr.c b/gcc/expr.c
> index
> 00660293f72e5441a6421a280b04c57fca2922b8..7daeb8c91d758edf0b3dc37f6927380b6f3df877
> 100644
> --- a/gcc/expr.c
> +++ b/gcc/expr.c
> @@ -2749,7 +2749,7 @@ copy_blkmode_to_reg (machine_
Hi All,
This patch fixes the code generation for copy_blkmode_to_reg by calculating
the bitsize per iteration doing the maximum copy allowed that does not read more
than the amount of bits left to copy.
This fixes the bad code generation reported and also still produces better code
in most cases.
