[clang] [clang] [SemaCXX] Implement CWG2627 Bit-fields and narrowing conversions (PR #78112)
Vlad Serebrennikov via cfe-commits
cfe-commits at lists.llvm.org
Thu May 30 10:34:04 PDT 2024
================
@@ -24,6 +44,103 @@ using enum E;
#endif
}
+namespace cwg2627 { // cwg2627: 19
+#if __cplusplus >= 202002L
+struct C {
+ long long i : 8;
+ friend auto operator<=>(C, C) = default;
+};
+
+void f() {
+ C x{1}, y{2};
+ static_cast<void>(x <=> y);
+ static_cast<void>(x.i <=> y.i);
+}
+
+template<typename T>
+struct CDependent {
+ T i : 8;
+ friend auto operator<=>(CDependent, CDependent) = default;
+};
+
+template<typename T>
+concept three_way_comparable = requires(T t) { { t <=> t }; };
+template<typename T>
+concept bf_three_way_comparable = requires(T t) { { t.i <=> t.i }; };
+static_assert(three_way_comparable<CDependent<long long>>);
+static_assert(bf_three_way_comparable<CDependent<long long>>);
+#endif
+
+#if __cplusplus >= 201103L
+template<int W>
+struct D {
+ __int128 i : W;
----------------
Endilll wrote:
Sorry, I still don't fully understand the situation, I guess.
> if we tried int64_t and int32_t it would already work because of the promotion
This holds for every standard integer types, because they are ranked. Extended integer types also have ranks. There's enough implementation-defined-ness in extended integer types to make me feel cautious seeing them in DR tests.
https://github.com/llvm/llvm-project/pull/78112
More information about the cfe-commits
mailing list