--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
--- Comment #4 from dje at gcc dot gnu dot org 2006-05-09 17:20 ---
You might be able to combine the address generation with the load in
legitimize_reload_address. See the existing code for SYMBOL_REF.
--
dje at gcc dot gnu dot org changed:
What|Removed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords||missed-op
--- Comment #3 from amodra at bigpond dot net dot au 2006-05-08 23:36
---
Either that, or rewrite rs6000 tls support without using unspecs..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27479
--- Comment #2 from amodra at bigpond dot net dot au 2006-05-08 23:28
---
Confirmed. TLS code sequences consist of address generation followed by
address dereference, for all TLS models. The address generation part uses
UNSPECs because we need to differentiate the addis/addi from othe
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-08 07:30 ---
legitimate_lo_sum_address_p is most likely where the issue, it is returning
false for this case when it should be returning true, I might take more of a
look later today.
--
http://gcc.gnu.org/bugzilla/show_bug.
