summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorArnd Bergmann <arnd@arndb.de>2019-06-17 13:07:28 +0200
committerDavid Sterba <dsterba@suse.com>2019-07-02 12:30:49 +0200
commit6c64460cdc8be5fa074aa8fe2ae8736d5792bdc5 (patch)
tree8bb242da4125bce1d017f6045d60e608e2c62c15
parent9e967495e0e0ae8bb08f52aa71b29affc7075d31 (diff)
downloadlinux-6c64460cdc8be5fa074aa8fe2ae8736d5792bdc5.tar.gz
linux-6c64460cdc8be5fa074aa8fe2ae8736d5792bdc5.tar.bz2
linux-6c64460cdc8be5fa074aa8fe2ae8736d5792bdc5.zip
btrfs: shut up bogus -Wmaybe-uninitialized warning
gcc sometimes can't determine whether a variable has been initialized when both the initialization and the use are conditional: fs/btrfs/props.c: In function 'inherit_props': fs/btrfs/props.c:389:4: error: 'num_bytes' may be used uninitialized in this function [-Werror=maybe-uninitialized] btrfs_block_rsv_release(fs_info, trans->block_rsv, This code is fine. Unfortunately, I cannot think of a good way to rephrase it in a way that makes gcc understand this, so I add a bogus initialization the way one should not. Signed-off-by: Arnd Bergmann <arnd@arndb.de> Reviewed-by: David Sterba <dsterba@suse.com> [ gcc 8 and 9 don't emit the warning ] Signed-off-by: David Sterba <dsterba@suse.com>
-rw-r--r--fs/btrfs/props.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/fs/btrfs/props.c b/fs/btrfs/props.c
index af109c0ba720..e0469816c678 100644
--- a/fs/btrfs/props.c
+++ b/fs/btrfs/props.c
@@ -337,7 +337,7 @@ static int inherit_props(struct btrfs_trans_handle *trans,
for (i = 0; i < ARRAY_SIZE(prop_handlers); i++) {
const struct prop_handler *h = &prop_handlers[i];
const char *value;
- u64 num_bytes;
+ u64 num_bytes = 0;
if (!h->inheritable)
continue;