|
welder 0.1.0
Bindings for annotated C++ types, from C++26 reflection
|
Does rod B opt into the driver's two-phase namespace sweep — register every welded type's NAME, bind the opaque containers that use them, then fill members? More...
#include <welder/concepts.hpp>
Does rod B opt into the driver's two-phase namespace sweep — register every welded type's NAME, bind the opaque containers that use them, then fill members?
True iff B declares the optional reopen_class hook (retrieve an already-registered class as a fillable handle). The Python runtime rods do, so a container-typed member/signature never spells a raw C++ name in a generated stub (a def-time-ordering artifact); the Lua runtime rods and the text-emitting rods do not, and keep the single-pass sweep. Shape-probed with welder::detail::any_type, like welder::caster_oracle.
| B | the rod type. |
Definition at line 101 of file concepts.hpp.