std::_Refe...apper_base(3)
π std::_Refe...apper_base(3) π
okay bestie so this is a Library Functions Manual page and it's lowkey from libstdc++ β welcome to the reference_wrapper_base lore, it's giving template metaprogramming main character energy β¨
πΈ NAME πΈ
std::_Reference_wrapper_base β no cap, that's the whole name, that's the whole vibe π
β¨ SYNOPSIS β¨
The way that this thing inherits π :
Inherits _Reference_wrapper_base_impl<
_Derives_from_unary_function<_Tp>::value,
_Derives_from_binary_function<_Tp>::value, _Tp>.
Like, it literally inherits from _Reference_wrapper_base_impl<...> and passes in those three things: whether _Tp derives from unary function, whether it derives from binary function, and _Tp itself. Obsessed π«Ά
π¦ Detailed Description π¦
okay so the actual declaration is:
template<typename _Tp> struct std::_Reference_wrapper_base< _Tp >
and the β¨iconicβ¨ behaviour is: derives from unary_function or binary_function when it can. Periodt π
The specializations handle all of the easy cases β they ate that up, no crumbs π The primary template is the one that figures out what to do with a class type, and that class type may derive from both unary_function and binary_function at the same time. Which is a lot, but she handles it π
also important, ngl: the definition lives at line 345 of file tr1_impl/functional π β that's your vibe check location, bestie.
π Author π
Generated automatically by Doxygen for libstdc++ from the source code. Not me writing it by hand β the robots did that, and honestly? slay π€β¨
so yeah, that's the whole page π¦ this little gem is brought to you by libstdc++ and it's dated 21 Apr 2009, which is like, ancient in internet years but the facts still fr fr hold up π bye bestie, go read them templates π
π¦ where this page comes from
- nixpkgs unstable: std-man-pages 4.4.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms