On 21-Oct-11, at 2:15 PM, Carlos O'Donell wrote:
On Fri, Oct 21, 2011 at 2:11 PM, John David Anglin <dave.anglin@xxxxxxxx
> wrote:
On 10/21/2011 1:42 PM, John David Anglin wrote:
Yes. The issue here is expand_call doesn't appear to be aware that
loading the
address of a __thread variable may require a call. Thus, it just
emits an
insn to
load r26. This load is dead because r26 is reloaded for the call to
__tls_get_addr.
It appears this may be caused by treating TLS symbols as legitimate
constants.
Which they are not in any of the *_DYNAMIC modes, because the dynamic
linker is involved in their placement.
This problem is fixed in the GCC trunk and 4.4, 4.5 and 4.6 branches.
libmpfr4-3.1.0
now passes all tests.
Dave
--
John David Anglin dave.anglin@xxxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
