 |
Spicy
|
- Class hilti::operator_::Signature
- For operands, we only use the type information so far. Instead of using
type::Tuple
to describe the 3rd parameter to a MethodCall operator, we should create a new type::ArgumentList
that takes a list of Operand
instances.
- Member hilti::rt::RegExp::matchGroups (const Bytes &data) const
- This function does not yet support sets compiled via
compileSet()
.
- Class spicy::rt::filter::State< debug_type_name >
- (robin): Can/should we switch generated unit types over to using this struct as well?
- Member spicy::rt::Sink::_filter
- (robin): We could probably declared the corresponding instantiations as friends.
- Member spicy::type::Unit::isFilter () const
- Currently we tie this capability to unit types being public, which is just a hack until we get something better. Eventually we should support this automatically as needed, through static analysis.
- Member spicy::type::Unit::supportsFilters () const
- Currently we tie this capability to unit types being public, which is just a hack until we get something better. Eventually we should support this automatically as needed, through static analysis.
- Member spicy::type::Unit::supportsSinks () const
- Currently we tie this capability to unit types being public, which is just a hack until we get something better. Eventually we should support this automatically as needed, through static analysis.
- Member spicy::type::Unit::usesRandomAccess () const
- Currently this feature gets enabled through an attribute (
random-access
). Eventually we should enable this automatically as needed, through static analysis.