On Thu, May 5, 2011 at 10:17 PM, Alan Modra wrote:
> My fix for PR44266 using the libcall machinery to ensure we had a
> proper stack frame allocated for __tls_get_addr calls sloppily used r3
> as the arg to the dummy libcall. This made the call seem to depend on
> whatever was in r3 previously,
My fix for PR44266 using the libcall machinery to ensure we had a
proper stack frame allocated for __tls_get_addr calls sloppily used r3
as the arg to the dummy libcall. This made the call seem to depend on
whatever was in r3 previously, at least until we get to the first
split pass and the real a
