[mcbind] [PATCH 3/4] Add definition for __inline
[Thread Prev] | [Thread Next]
- Subject: [mcbind] [PATCH 3/4] Add definition for __inline
- From: "S. Gilles" <sgilles@xxxxxxx>
- Reply-to: myrddin-dev@xxxxxxxxxxxxxx
- Date: Tue, 10 Mar 2020 11:47:50 -0400
- To: "myrddin-dev" <myrddin-dev@xxxxxxxxxxxxxx>
- Cc: "S. Gilles" <sgilles@xxxxxxx>
At least in my glibc (2.30), __inline is used without any feature guards
or (that I can determine) relevant #includes in byteswap.h. Since we're
just parsing types, it should be harmless to have a trivial definition
here.
---
gen-defs.sh | 3 +++
1 file changed, 3 insertions(+)
mode change 100644 => 100755 gen-defs.sh
diff --git a/gen-defs.sh b/gen-defs.sh
old mode 100644
new mode 100755
index 36ded1a..e96de04
--- a/gen-defs.sh
+++ b/gen-defs.sh
@@ -21,6 +21,9 @@ const builtins = \\
"#ifndef __builtin_va_list\n" \\
"# define __builtin_va_list __qc_va_list\n" \\
"#endif\n" \\
+ "#ifndef __inline\n" \\
+ "# define __inline\n" \\
+ "#endif\n" \\
"typedef struct {\n" \\
" unsigned int gp_offset;\n" \\
" unsigned int fp_offset;\n" \\
--
2.25.1
| [mcbind] [PATCH 0/4] Misc mcbind adjustments | "S. Gilles" <sgilles@xxxxxxx> |
- Prev by Date: [mcbind] [PATCH 0/4] Misc mcbind adjustments
- Next by Date: [mcbind] [PATCH 4/4] Add a few cases to foldexpr
- Previous by thread: [mcbind] [PATCH 0/4] Misc mcbind adjustments
- Next by thread: [mcbind] [PATCH 4/4] Add a few cases to foldexpr
- Index(es):