[Bug target/34529] [4.1/4.2/4.3 Regression] Wrong code with altivec stores and offsets
dje at gcc dot gnu dot org
gcc-bugzilla@gcc.gnu.org
Mon Jan 21 18:55:00 GMT 2008
------- Comment #10 from dje at gcc dot gnu dot org 2008-01-21 18:18 -------
The secondary_reload target hook does not provide the full MEM RTL as an
argument, only the address RTL, which prevents the hook implementation from
distinguishing ALTIVEC, which only allows indexed addresses, from GPR and FPR,
which allow offset addresses.
If the target hook can add a scratch register, reload should be able to add a
scratch register itself.
If reload cannot fix this address correctly, rs6000_legitimate_offset_address
needs to reject offset addresses for Altivec modes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34529
More information about the Gcc-bugs
mailing list