From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:54785) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UF4DZ-0005Qs-Mc for qemu-devel@nongnu.org; Mon, 11 Mar 2013 11:00:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UF4DT-0007iN-5n for qemu-devel@nongnu.org; Mon, 11 Mar 2013 11:00:49 -0400 Received: from mail-qc0-x234.google.com ([2607:f8b0:400d:c01::234]:41043) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UF4DS-0007i4-SB for qemu-devel@nongnu.org; Mon, 11 Mar 2013 11:00:42 -0400 Received: by mail-qc0-f180.google.com with SMTP id v28so1523478qcm.25 for ; Mon, 11 Mar 2013 08:00:42 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: Date: Mon, 11 Mar 2013 17:00:41 +0200 Message-ID: From: Riku Voipio Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [Qemu-devel] [PATCH 01/19] linux-user: stack_base is now mandatory on all targets List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laurent Desnogues Cc: qemu-devel@nongnu.org >>> #if defined(TARGET_ARM) || defined(TARGET_M68K) || defined(TARGET_UNICORE32) >>> /* Extra fields for semihosted binaries. */ >>> - uint32_t stack_base; >>> uint32_t heap_base; >>> uint32_t heap_limit; >>> #endif >>> + uint32_t stack_base; >> Shouldn't this be abi_ulong instead of uint32_t? > Ping... > Yes it's more than a year old, but if Aarch64 support with semihosting > ever comes to life :) You are right, but we need to change the other variables as well, and the tswap32 code in semihosting code while at it? I think the change is probable better done in the patches that actually add aarch64 semihosting support to qemu. Riku