From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=48276 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDzen-00011i-Nz for qemu-devel@nongnu.org; Thu, 04 Nov 2010 09:15:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDzeh-00038l-BG for qemu-devel@nongnu.org; Thu, 04 Nov 2010 09:15:08 -0400 Received: from mx1.redhat.com ([209.132.183.28]:7728) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDzeh-00038a-4J for qemu-devel@nongnu.org; Thu, 04 Nov 2010 09:15:03 -0400 From: Kevin Wolf Date: Thu, 4 Nov 2010 14:15:36 +0100 Message-Id: <1288876539-8300-8-git-send-email-kwolf@redhat.com> In-Reply-To: <1288876539-8300-1-git-send-email-kwolf@redhat.com> References: <1288876539-8300-1-git-send-email-kwolf@redhat.com> Subject: [Qemu-devel] [PATCH 07/10] block: avoid a warning on 64 bit hosts with long as int64_t List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: anthony@codemonkey.ws Cc: kwolf@redhat.com, qemu-devel@nongnu.org From: Blue Swirl When building on a 64 bit host which uses 'long' for int64_t, GCC emits a warning: CC block/blkverify.o /src/qemu/block/blkverify.c: In function `blkverify_verify_readv': /src/qemu/block/blkverify.c:304: warning: long long int format, long unsigned int arg (arg 3) Rework a77cffe7e916f4dd28f2048982ea2e0d98143b11 to avoid the warning. Signed-off-by: Blue Swirl Signed-off-by: Kevin Wolf --- block/blkverify.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/block/blkverify.c b/block/blkverify.c index 0a8d691..c7522b4 100644 --- a/block/blkverify.c +++ b/block/blkverify.c @@ -300,8 +300,8 @@ static void blkverify_verify_readv(BlkverifyAIOCB *acb) { ssize_t offset = blkverify_iovec_compare(acb->qiov, &acb->raw_qiov); if (offset != -1) { - blkverify_err(acb, "contents mismatch in sector %lld", - acb->sector_num + (offset / BDRV_SECTOR_SIZE)); + blkverify_err(acb, "contents mismatch in sector %" PRId64, + acb->sector_num + (int64_t)(offset / BDRV_SECTOR_SIZE)); } } -- 1.7.2.3