[<prev] [next>] [day] [month] [year] [list]
Message-Id: <1407973343-22047-1-git-send-email-filbranden@google.com>
Date: Wed, 13 Aug 2014 16:42:23 -0700
From: Filipe Brandenburger <filbranden@...gle.com>
To: Andrew Morton <akpm@...ux-foundation.org>,
Serge Hallyn <serge.hallyn@...ntu.com>
Cc: Allan McRae <allan@...hlinux.org>, linux-kernel@...r.kernel.org,
stable@...r.kernel.org,
Filipe Brandenburger <filbranden@...gle.com>
Subject: [PATCH] xattr: fix check for simultaneous glibc header inclusion
The guard was introduced in patch ea1a8217b06b41 ("xattr: guard against
simultaneous glibc header inclusion") but it is using #ifdef to check
for a define that is either set to 1 or 0. Fix it to use #if instead.
Signed-off-by: Filipe Brandenburger <filbranden@...gle.com>
Cc: Serge Hallyn <serge.hallyn@...ntu.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>
Cc: Allan McRae <allan@...hlinux.org>
Cc: <stable@...r.kernel.org>
---
include/uapi/linux/xattr.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Tested:
* Without this patch:
$ { echo "#include <sys/xattr.h>"; echo "#include <linux/xattr.h>"; } | gcc -E -Iinclude/uapi - >/dev/null
include/uapi/linux/xattr.h:19:0: warning: "XATTR_CREATE" redefined [enabled by default]
#define XATTR_CREATE 0x1 /* set value, fail if attr already exists */
^
/usr/include/x86_64-linux-gnu/sys/xattr.h:32:0: note: this is the location of the previous definition
#define XATTR_CREATE XATTR_CREATE
^
* With this patch:
$ { echo "#include <sys/xattr.h>"; echo "#include <linux/xattr.h>"; } | gcc -E -Iinclude/uapi - >/dev/null
(no warnings)
diff --git a/include/uapi/linux/xattr.h b/include/uapi/linux/xattr.h
index c38355c1f3c9..1590c49cae57 100644
--- a/include/uapi/linux/xattr.h
+++ b/include/uapi/linux/xattr.h
@@ -13,7 +13,7 @@
#ifndef _UAPI_LINUX_XATTR_H
#define _UAPI_LINUX_XATTR_H
-#ifdef __UAPI_DEF_XATTR
+#if __UAPI_DEF_XATTR
#define __USE_KERNEL_XATTR_DEFS
#define XATTR_CREATE 0x1 /* set value, fail if attr already exists */
--
2.1.0.rc2.206.gedb03e5
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists