[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20190829083233.24162-3-linux@rasmusvillemoes.dk>
Date: Thu, 29 Aug 2019 10:32:30 +0200
From: Rasmus Villemoes <linux@...musvillemoes.dk>
To: x86@...nel.org, linux-kernel@...r.kernel.org
Cc: Ingo Molnar <mingo@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>, Nadav Amit <namit@...are.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Miguel Ojeda <miguel.ojeda.sandonis@...il.com>,
ndesaulniers@...gle.com,
Rasmus Villemoes <linux@...musvillemoes.dk>
Subject: [RFC PATCH 2/5] compiler_types.h: don't #define __inline__
The spelling __inline__ should be reserved for uses where one really
wants to refer to the inline keyword, regardless of whether or not the
spelling "inline" has been #defined to something else. Most users of
__inline__ have been converted to inline, for the remaining, this
represents a small change of semantics.
Signed-off-by: Rasmus Villemoes <linux@...musvillemoes.dk>
---
include/linux/compiler_types.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/compiler_types.h b/include/linux/compiler_types.h
index 599c27b56c29..4a8b63e3a31d 100644
--- a/include/linux/compiler_types.h
+++ b/include/linux/compiler_types.h
@@ -150,7 +150,6 @@ struct ftrace_likely_data {
__maybe_unused notrace
#endif
-#define __inline__ inline
#define __inline inline
/*
--
2.20.1
Powered by blists - more mailing lists