From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:41241) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3azi-0000sx-IB for qemu-devel@nongnu.org; Fri, 02 Mar 2012 17:30:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S3azO-0000AI-Cx for qemu-devel@nongnu.org; Fri, 02 Mar 2012 17:30:34 -0500 Received: from v220110690675601.yourvserver.net ([78.47.199.172]:41016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3azO-00009V-6b for qemu-devel@nongnu.org; Fri, 02 Mar 2012 17:30:14 -0500 From: Stefan Weil Date: Fri, 2 Mar 2012 23:30:02 +0100 Message-Id: <1330727407-24014-2-git-send-email-sw@weilnetz.de> In-Reply-To: <1330727407-24014-1-git-send-email-sw@weilnetz.de> References: <1330727407-24014-1-git-send-email-sw@weilnetz.de> Subject: [Qemu-devel] [PATCH 1/6] w64: Fix size of ram_addr_t List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Stefan Weil ram_addr_t must be large enough to address any address of the host. For hosts with sizeof(unsigned long) == sizeof(void *), this patch changes nothing. All currently supported hosts fall into this category. For w64 hosts, sizeof(unsigned long) is 4 while sizeof(void *) is 8, so the use of uintptr_t is needed. Signed-off-by: Stefan Weil --- cpu-common.h | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/cpu-common.h b/cpu-common.h index a40c57d..dca5175 100644 --- a/cpu-common.h +++ b/cpu-common.h @@ -28,9 +28,9 @@ typedef uint64_t ram_addr_t; # define RAM_ADDR_MAX UINT64_MAX # define RAM_ADDR_FMT "%" PRIx64 #else -typedef unsigned long ram_addr_t; -# define RAM_ADDR_MAX ULONG_MAX -# define RAM_ADDR_FMT "%lx" +typedef uintptr_t ram_addr_t; +# define RAM_ADDR_MAX UINTPTR_MAX +# define RAM_ADDR_FMT "%" PRIxPTR #endif /* memory API */ -- 1.7.9