Steven Bosscher wrote:
> On Tue, Mar 20, 2012 at 8:54 PM, Georg-Johann Lay wrote:
>> Dropping the first patch which does not work because at expand-time there
>> must not be pre-/post-modify addressing :-(
>
> Have you tried to fix that, instead? Or at least ask around a bit to
> see what people
> -Original Message-
> From: Georg-Johann Lay
> Sent: Tuesday, March 20, 2012 1:56 PM
> To: gcc-patches@gcc.gnu.org
> Cc: Denis Chertykov; Weddington, Eric
> Subject: Re: [Patch,AVR]: Hack around PR rtl-optimization/52543, Take
#2
>
> And here is the patch.
On Tue, Mar 20, 2012 at 8:54 PM, Georg-Johann Lay wrote:
> Dropping the first patch which does not work because at expand-time there
> must not be pre-/post-modify addressing :-(
Have you tried to fix that, instead? Or at least ask around a bit to
see what people would think about that idea? The
And here is the patch...
Georg-Johann Lay wrote:
> Dropping the first patch which does not work because at expand-time there
> must not be pre-/post-modify addressing :-(
>
> This solutions turns completely away from MEM and addressing modes:
> It represents loads from the 16-bits address-spaces
Dropping the first patch which does not work because at expand-time there
must not be pre-/post-modify addressing :-(
This solutions turns completely away from MEM and addressing modes:
It represents loads from the 16-bits address-spaces as UNSPEC.
The code is as expected now with the additional