Blame SOURCES/0013-Work-around-Werror-maybe-uninitialized-not-being-ver.patch

d1fe48
From e861bb3861cca6c6d7b4d42fa915e9e9fa3dc9fc Mon Sep 17 00:00:00 2001
d1fe48
From: Peter Jones <pjones@redhat.com>
d1fe48
Date: Tue, 13 Mar 2018 15:20:23 -0400
d1fe48
Subject: [PATCH 13/25] Work around -Werror=maybe-uninitialized not being very
d1fe48
 bright.
d1fe48
d1fe48
The compiler doesn't believe the loop always executes at least once,
d1fe48
even though the data in the first array entry doesn't satisfy the exit
d1fe48
condition.  So just initialize the thing to shut it up.
d1fe48
d1fe48
Signed-off-by: Peter Jones <pjones@redhat.com>
d1fe48
Signed-off-by: Nigel Croxon <ncroxon@redhat.com>
d1fe48
---
d1fe48
 apps/route80h.c | 2 +-
d1fe48
 1 file changed, 1 insertion(+), 1 deletion(-)
d1fe48
d1fe48
diff --git a/apps/route80h.c b/apps/route80h.c
d1fe48
index e1f62f06824..5272dd3cd44 100644
d1fe48
--- a/apps/route80h.c
d1fe48
+++ b/apps/route80h.c
d1fe48
@@ -93,7 +93,7 @@ efi_main (EFI_HANDLE image_handle, EFI_SYSTEM_TABLE *systab)
d1fe48
 	InitializeLib(image_handle, systab);
d1fe48
 	EFI_PCI_IO *pciio = NULL;
d1fe48
 	lpcif_t lpcif;
d1fe48
-	EFI_STATUS rc;
d1fe48
+	EFI_STATUS rc = EFI_SUCCESS;
d1fe48
 	struct {
d1fe48
 		uint16_t vendor;
d1fe48
 		uint16_t device;
d1fe48
-- 
d1fe48
2.15.0
d1fe48