On Fri, Apr 22, 2011 at 01:29:14PM +0930, Alan Modra wrote:
> On Mon, Apr 18, 2011 at 10:29:17AM -0700, Nathan Froyd wrote:
> > Could I request that you use FOREACH_FUNCTION_ARGS in these two cases?
> > The conversion is trivial, and avoiding more exposed TYPE_ARG_TYPES
> > calls is a good thing.
>
On Mon, Apr 18, 2011 at 10:29:17AM -0700, Nathan Froyd wrote:
> Could I request that you use FOREACH_FUNCTION_ARGS in these two cases?
> The conversion is trivial, and avoiding more exposed TYPE_ARG_TYPES
> calls is a good thing.
Committed revision 172855.
--
Alan Modra
Australia Development Lab
On Apr 18, 2011, at 10:24 AM, David Edelsohn wrote:
>> This patch does affect darwin, not only in removing what are now
>> redundant insn patterns, but also (a) and (b) above. Would someone
>> please run a bootstrap and regression test on darwin for me? I don't
>> have a machine handy to confirm
On Sat, Apr 09, 2011 at 12:21:46PM +0930, Alan Modra wrote:
> a) Allow sibling calls via function pointer. At the time
>rs6000_function_ok_for_sibcall was written, I don't think access to
>arg types of function pointer calls was available in the target
>hook/macro.
>
> + /* Functi
On Fri, Apr 8, 2011 at 10:51 PM, Alan Modra wrote:
> This patch enables sibling calls for powerpc in a few more cases, and
> fixes bugs exposed by that change. We now
> a) Allow sibling calls via function pointer. At the time
> rs6000_function_ok_for_sibcall was written, I don't think access t
This patch enables sibling calls for powerpc in a few more cases, and
fixes bugs exposed by that change. We now
a) Allow sibling calls via function pointer. At the time
rs6000_function_ok_for_sibcall was written, I don't think access to
arg types of function pointer calls was available in t
