Blame SOURCES/gdb-use-pulongest-aarch64-linux-tdep.patch

689258
From FEDORA_PATCHES Mon Sep 17 00:00:00 2001
689258
From: Sergio Durigan Junior <sergiodj@redhat.com>
689258
Date: Thu, 6 Sep 2018 00:22:18 -0400
689258
Subject: gdb-use-pulongest-aarch64-linux-tdep.patch
689258
689258
;; Use pulongest in aarch64-linux-tdep.c.
689258
;; This patch was forgotten during the 8.2 release process, and is
689258
;; needed to unbreak GDB when compiling on 32-bit arches.
689258
689258
Use pulongest in aarch64-linux-tdep.c
689258
689258
While testing a patch on the buildbot, I got this error:
689258
689258
../../binutils-gdb/gdb/aarch64-linux-tdep.c: In function uint64_t aarch64_linux_core_read_vq(gdbarch*, bfd*):
689258
../../binutils-gdb/gdb/aarch64-linux-tdep.c:285:29: error: format %ld expects argument of type long int, but argument 2 has type uint64_t {aka long long unsigned int} [-Werror=format=]
689258
689258
This patch avoids the problem by using pulongest rather than %ld.
689258
This seems safe to me because, if aarch64-linux-tdep.c is included in
689258
the build, then ULONGEST must be a 64-bit type.
689258
689258
gdb/ChangeLog
689258
2018-08-15  Tom Tromey  <tom@tromey.com>
689258
689258
	* aarch64-linux-tdep.c (aarch64_linux_core_read_vq): Use pulongest.
689258
689258
diff --git a/gdb/aarch64-linux-tdep.c b/gdb/aarch64-linux-tdep.c
689258
--- a/gdb/aarch64-linux-tdep.c
689258
+++ b/gdb/aarch64-linux-tdep.c
689258
@@ -282,12 +282,13 @@ aarch64_linux_core_read_vq (struct gdbarch *gdbarch, bfd *abfd)
689258
   if (vq > AARCH64_MAX_SVE_VQ)
689258
     {
689258
       warning (_("SVE Vector length in core file not supported by this version"
689258
-		 " of GDB.  (VQ=%ld)"), vq);
689258
+		 " of GDB.  (VQ=%s)"), pulongest (vq));
689258
       return 0;
689258
     }
689258
   else if (vq == 0)
689258
     {
689258
-      warning (_("SVE Vector length in core file is invalid. (VQ=%ld"), vq);
689258
+      warning (_("SVE Vector length in core file is invalid. (VQ=%s"),
689258
+	       pulongest (vq));
689258
       return 0;
689258
     }
689258