2012/2/25 Georg-Johann Lay :
[...]
> The pattern for the address spaces is now as simple as
>
> ;; $0 : Address Space
> ;; $1 : RAMPZ RAM address
> ;; R24 : #bytes and loop register
> ;; R23:Z : 24-bit source address
> ;; R26 : 16-bit destination address
>
> ;; "movmemx_qi"
> ;; "movmemx_
Denis Chertykov schrieb:
2012/2/24 Georg-Johann Lay:
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00956.html
Georg-Johann Lay wrote:
Spill failure PR52148 occurs for movmem insn that allocates 2 of AVR's 3
pointer registers. Register allocator is at it's limits and the patch tries to
cure th
2012/2/24 Georg-Johann Lay :
> http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00956.html
>
> Georg-Johann Lay wrote:
>> Spill failure PR52148 occurs for movmem insn that allocates 2 of AVR's 3
>> pointer registers. Register allocator is at it's limits and the patch tries
>> to
>> cure the situation
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00956.html
Georg-Johann Lay wrote:
> Spill failure PR52148 occurs for movmem insn that allocates 2 of AVR's 3
> pointer registers. Register allocator is at it's limits and the patch tries to
> cure the situation by replacing
>
> (match_operand:HI 0 "re
Spill failure PR52148 occurs for movmem insn that allocates 2 of AVR's 3
pointer registers. Register allocator is at it's limits and the patch tries to
cure the situation by replacing
(match_operand:HI 0 "register_operand" "x")
with explicit
(reg:HI REG_X)
and similar for Z Register classes "x"
