From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Brown Date: Wed, 22 Feb 2012 16:29:26 +0000 Subject: Re: [patch] Btrfs: silence a compiler warning Message-Id: <20120222162926.GA25392@davidb.org> List-Id: References: <20120222073055.GB7389@elgon.mountain> In-Reply-To: <20120222073055.GB7389@elgon.mountain> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Dan Carpenter Cc: Chris Mason , linux-btrfs@vger.kernel.org, kernel-janitors@vger.kernel.org On Wed, Feb 22, 2012 at 10:30:55AM +0300, Dan Carpenter wrote: >Gcc warns that "ret" can be used uninitialized. It can't actually be >used uninitialized because btrfs_num_copies() always returns 1 or more. > >Signed-off-by: Dan Carpenter > >diff --git a/fs/btrfs/check-integrity.c b/fs/btrfs/check-integrity.c >index 064b29b..c053e90 100644 >--- a/fs/btrfs/check-integrity.c >+++ b/fs/btrfs/check-integrity.c >@@ -643,7 +643,7 @@ static struct btrfsic_dev_state *btrfsic_dev_state_hashtable_lookup( > static int btrfsic_process_superblock(struct btrfsic_state *state, > struct btrfs_fs_devices *fs_devices) > { >- int ret; >+ int ret = 0; Does int uninitialized_var(ret); work? The assignment to zero actually generates additional (unnecessary) code. David