Message ID | d69dd39bab75b71b071bee5323165282011eb27f.1666258361.git.research_trasio@irq.a4lg.com |
---|---|
State | Committed |
Headers |
Return-Path: <gdb-patches-bounces+patchwork=sourceware.org@sourceware.org> X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 4358F383AF55 for <patchwork@sourceware.org>; Thu, 20 Oct 2022 09:41:33 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 4358F383AF55 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1666258893; bh=qxMaTBbIsACihTDkVrVAyaiE6f9F9Hd4Xhs3qaZJf48=; h=To:Subject:Date:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=NUhrWrgWHsoy5wuxi8o+CRN0s1YGtJsEOpSTglAWRxh2JrgFLuUiYLVOyFreNUZSX NNM5oYGoNcmZrzCDi+iY/HXJjt/1JfVRLwsCLwVf8Gjy4TLHnSWsS6Py6sJxTaQzIq t9cMrTWWXCG24yVyRa/5DwcGyi8lk/FbTiuZCVkI= X-Original-To: gdb-patches@sourceware.org Delivered-To: gdb-patches@sourceware.org Received: from mail-sender-0.a4lg.com (mail-sender.a4lg.com [153.120.152.154]) by sourceware.org (Postfix) with ESMTPS id BAAF53831D94 for <gdb-patches@sourceware.org>; Thu, 20 Oct 2022 09:38:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BAAF53831D94 Received: from [127.0.0.1] (localhost [127.0.0.1]) by mail-sender-0.a4lg.com (Postfix) with ESMTPSA id 100C1300089; Thu, 20 Oct 2022 09:38:41 +0000 (UTC) To: Tsukasa OI <research_trasio@irq.a4lg.com>, Andrew Burgess <aburgess@redhat.com>, Mike Frysinger <vapier@gentoo.org>, Nick Clifton <nickc@redhat.com> Subject: [PATCH 33/40] sim/ppc: Initialize reg and control_nr Date: Thu, 20 Oct 2022 09:32:38 +0000 Message-Id: <d69dd39bab75b71b071bee5323165282011eb27f.1666258361.git.research_trasio@irq.a4lg.com> In-Reply-To: <cover.1666258361.git.research_trasio@irq.a4lg.com> References: <cover.1666258361.git.research_trasio@irq.a4lg.com> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-12.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, GIT_PATCH_0, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list <gdb-patches.sourceware.org> List-Unsubscribe: <https://sourceware.org/mailman/options/gdb-patches>, <mailto:gdb-patches-request@sourceware.org?subject=unsubscribe> List-Archive: <https://sourceware.org/pipermail/gdb-patches/> List-Post: <mailto:gdb-patches@sourceware.org> List-Help: <mailto:gdb-patches-request@sourceware.org?subject=help> List-Subscribe: <https://sourceware.org/mailman/listinfo/gdb-patches>, <mailto:gdb-patches-request@sourceware.org?subject=subscribe> From: Tsukasa OI via Gdb-patches <gdb-patches@sourceware.org> Reply-To: Tsukasa OI <research_trasio@irq.a4lg.com> Cc: gdb-patches@sourceware.org Errors-To: gdb-patches-bounces+patchwork=sourceware.org@sourceware.org Sender: "Gdb-patches" <gdb-patches-bounces+patchwork=sourceware.org@sourceware.org> |
Series |
sim+gdb: Suppress warnings if built with Clang (big batch 1)
|
|
Commit Message
Tsukasa OI
Oct. 20, 2022, 9:32 a.m. UTC
GCC generates a warning if a variable may be used uninitialized on some cases ("-Wmaybe-uninitialized"). Despite that GCC will not cause a build failure even when "--enable-werror" is specified, it would be nice to get rid of it. This commit initializes variables "reg" and "control_nr" when declared. --- sim/ppc/hw_ide.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-)
Comments
On 20 Oct 2022 09:32, Tsukasa OI wrote: > GCC generates a warning if a variable may be used uninitialized on some > cases ("-Wmaybe-uninitialized"). Despite that GCC will not cause a build > failure even when "--enable-werror" is specified, it would be nice to get > rid of it. > > This commit initializes variables "reg" and "control_nr" when declared. > --- > sim/ppc/hw_ide.c | 8 ++++---- > 1 file changed, 4 insertions(+), 4 deletions(-) > > --- a/sim/ppc/hw_ide.c > +++ b/sim/ppc/hw_ide.c > @@ -729,8 +729,8 @@ hw_ide_io_read_buffer(device *me, > unsigned_word cia) > { > hw_ide_device *ide = (hw_ide_device *)device_data(me); > - int control_nr; > - int reg; > + int control_nr = 0; > + int reg = 0; > ide_controller *controller; > > /* find the interface */ > @@ -783,8 +783,8 @@ hw_ide_io_write_buffer(device *me, > unsigned_word cia) > { > hw_ide_device *ide = (hw_ide_device *)device_data(me); > - int control_nr; > - int reg; > + int control_nr = 0; > + int reg = 0; > ide_controller *controller; > > /* find the interface */ afaict, this is a false positive. these two vars are initialized by the decode_address call, and if it's unable to, it calls device_error which is supposed to be marked NORETURN. what if we change decode_address to initialize both output variables and leave a comment there explaining why. -mike
diff --git a/sim/ppc/hw_ide.c b/sim/ppc/hw_ide.c index af61eeccab6..b4ac8e99204 100644 --- a/sim/ppc/hw_ide.c +++ b/sim/ppc/hw_ide.c @@ -729,8 +729,8 @@ hw_ide_io_read_buffer(device *me, unsigned_word cia) { hw_ide_device *ide = (hw_ide_device *)device_data(me); - int control_nr; - int reg; + int control_nr = 0; + int reg = 0; ide_controller *controller; /* find the interface */ @@ -783,8 +783,8 @@ hw_ide_io_write_buffer(device *me, unsigned_word cia) { hw_ide_device *ide = (hw_ide_device *)device_data(me); - int control_nr; - int reg; + int control_nr = 0; + int reg = 0; ide_controller *controller; /* find the interface */