diff options
author | Rasmus Villemoes <linux@rasmusvillemoes.dk> | 2019-09-13 01:19:24 +0300 |
---|---|---|
committer | Miguel Ojeda <miguel.ojeda.sandonis@gmail.com> | 2019-09-15 21:14:15 +0300 |
commit | c30724e9a061135f8c7b925c0fcdf742510a3bc5 (patch) | |
tree | 6cde7233c164d422d1292781ef6112998313a279 /init/Kconfig | |
parent | 4bd92428e717fc6bc29ffa4fdb38b68395b96684 (diff) | |
download | linux-c30724e9a061135f8c7b925c0fcdf742510a3bc5.tar.xz |
compiler_types.h: don't #define __inline
The spellings __inline and __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. Due to use of __inline__ in uapi headers, we can't easily get
rid of the definition of __inline__. However, almost all users of
__inline have been converted to inline, so we can get rid of that
#define.
The exception is include/acpi/platform/acintel.h. However, that header
is only included when using the intel compiler (does anybody actually
build the kernel with that?), and the ACPI_INLINE macro is only used
in the definition of utterly trivial stub functions, where I doubt a
small change of semantics (lack of __gnu_inline) changes anything.
Signed-off-by: Rasmus Villemoes <linux@rasmusvillemoes.dk>
[Fix trivial typo in message]
Signed-off-by: Miguel Ojeda <miguel.ojeda.sandonis@gmail.com>
Diffstat (limited to 'init/Kconfig')
0 files changed, 0 insertions, 0 deletions