qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 2/4] tcg-hppa: Fix 64-bit argument ordering.


From: Stuart Brady
Subject: Re: [Qemu-devel] [PATCH 2/4] tcg-hppa: Fix 64-bit argument ordering.
Date: Wed, 17 Mar 2010 01:49:48 +0000
User-agent: Mutt/1.5.20 (2009-06-14)

On Sat, Feb 20, 2010 at 11:32:23AM -0800, Richard Henderson wrote:
> Signed-off-by: Richard Henderson <address@hidden>

Acked-by: Stuart Brady <address@hidden>

> ---
>  tcg/tcg.c |   12 +++++++++++-
>  1 files changed, 11 insertions(+), 1 deletions(-)
> 
> diff --git a/tcg/tcg.c b/tcg/tcg.c
> index 1818868..d753149 100644
> --- a/tcg/tcg.c
> +++ b/tcg/tcg.c
> @@ -596,7 +596,17 @@ void tcg_gen_callN(TCGContext *s, TCGv_ptr func, 
> unsigned int flags,
>                  real_args++;
>              }
>  #endif
> -#ifdef TCG_TARGET_WORDS_BIGENDIAN
> +         /* If stack grows up, then we will be placing successive
> +            arguments at lower addresses, which means we need to
> +            reverse the order compared to how we would normally
> +            treat either big or little-endian.  For those arguments
> +            that will wind up in registers, this still works for
> +            HPPA (the only current STACK_GROWSUP target) since the
> +            argument registers are *also* allocated in decreasing
> +            order.  If another such target is added, this logic may
> +            have to get more complicated to differentiate between
> +            stack arguments and register arguments.  */
> +#if defined(TCG_TARGET_WORDS_BIGENDIAN) != defined(TCG_TARGET_STACK_GROWSUP)
>              *gen_opparam_ptr++ = args[i] + 1;
>              *gen_opparam_ptr++ = args[i];
>  #else
> -- 
> 1.6.6.1
> 
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]