diff options
author | Rasmus Villemoes <[email protected]> | 2019-09-13 00:19:24 +0200 |
---|---|---|
committer | Miguel Ojeda <[email protected]> | 2019-09-15 20:14:15 +0200 |
commit | c30724e9a061135f8c7b925c0fcdf742510a3bc5 (patch) | |
tree | 6cde7233c164d422d1292781ef6112998313a279 /lib/test_overflow.c | |
parent | 4bd92428e717fc6bc29ffa4fdb38b68395b96684 (diff) |
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 <[email protected]>
[Fix trivial typo in message]
Signed-off-by: Miguel Ojeda <[email protected]>
Diffstat (limited to 'lib/test_overflow.c')
0 files changed, 0 insertions, 0 deletions