On 26/04/14 14:25, Eric Botcazou wrote: >>> 2014-03-21 James Greenhalgh <james.greenha...@arm.com> >>> >>> * calls.c (initialize_argument_information): Always treat >>> PUSH_ARGS_REVERSED as 1, simplify code accordingly. >>> (expand_call): Likewise. >>> (emit_library_call_calue_1): Likewise. >>> * expr.c (PUSH_ARGS_REVERSED): Do not define. >>> (emit_push_insn): Always treat PUSH_ARGS_REVERSED as 1, simplify >>> code accordingly. >> >> This is fine for the trunk at this point. > > Are you sure that it's not a correctness issue for some targets though? >
Ordering of side-effects these days are handled during gimplification. If there are any correctness issues relating to this, then I think we've got a bigger problem. R.
