Tested x86_64-linux, pushed to trunk.
The FE bug was fixed, so we don't need this workaround now.
libstdc++-v3/ChangeLog:
PR libstdc++/96592
* include/std/tuple (tuple::is_constructible): Remove.
---
libstdc++-v3/include/std/tuple | 4 ----
1 file changed, 4 deletions(-)
diff --git a/libstdc++-v3/include/std/tuple b/libstdc++-v3/include/std/tuple
index 36dc05d97bc..fa9ff17882b 100644
--- a/libstdc++-v3/include/std/tuple
+++ b/libstdc++-v3/include/std/tuple
@@ -553,10 +553,6 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
template<bool, typename... _Types>
struct _TupleConstraints
{
- template<typename _Tp, typename _Up> // Workaround for PR 96592
- using is_constructible
- = __bool_constant<__is_constructible(_Tp, _Up)>;
-
// Constraint for a non-explicit constructor.
// True iff each Ti in _Types... can be constructed from Ui in _UTypes...
// and every Ui is implicitly convertible to Ti.
--
2.31.1
