[clang] [clang][sema] Add support and documentation for `__has_extension(c_fixed_enum)` (PR #117507)

Aidan Goldfarb via cfe-commits cfe-commits at lists.llvm.org
Thu Nov 28 08:19:14 PST 2024


================
@@ -121,6 +121,16 @@ int NegativeShortTest[NegativeShort == -1 ? 1 : -1];
 enum Color { Red, Green, Blue }; // expected-note{{previous use is here}}
 typedef struct Color NewColor; // expected-error {{use of 'Color' with tag type that does not match previous declaration}}
 
+// Enumerations with a fixed underlying type. 
+// https://github.com/llvm/llvm-project/issues/116880
+#if __STDC_VERSION__ >= 202311L && !__has_feature(c_fixed_enum)
+    #error c_fixed_enum should be set a feature in C23 mode
+#elif __STDC_VERSION__ < 202311L && !__has_extension(c_fixed_enum)
+    #error c_fixed_enum should be a language extension in <C23 mode
+#else
+    typedef enum : unsigned char { Pink, Black, Cyan } Color; // pre-c23-warning {{enumeration types with a fixed underlying type are a C23 extension}}
+#endif
----------------
AidanGoldfarb wrote:

Updated. I chose to include 
`typedef enum : unsigned char { Pink, Black, Cyan } Color; // pre-c23-warning {{enumeration types with a fixed underlying type are a C23 extension}}` 
in `enum.c`, as I think we want to test for both the behavior of `__has_feature()` and `__has_extension()` as well as the actual definition of a typed enum. Please let me know if this is not a good idea! 

https://github.com/llvm/llvm-project/pull/117507


More information about the cfe-commits mailing list