[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):