You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
final need to support default parameters to be able to model the use cases, but that is easy as final functions form a normal overload set that can be a bunch of operator() in the cpo
for override/default, we can consider having the defaults on prototypes declaration, such that otherwise compatible override/default implementations are ill-formed if:
They have a defaulted parameters
The parameters for which the corresponding prototype have defaulted parameters are not constructible from the default value (as they would not be usable)
There are multiple matching prototypes (because it would not be possible to determine which default value to pick, or whether there even is a default value)
When an override or default is matched against a prototype with default(s) parameter(s), the initializers of these parameters is attached to the declaration so they don't have to be looked for again
The text was updated successfully, but these errors were encountered:
I think we can kind of do default parameters by having final functions that have fewer parameters that forward to customisable functions, providing defaults for the missing parameters.
final
need to support default parameters to be able to model the use cases, but that is easy asfinal
functions form a normal overload set that can be a bunch ofoperator()
in the cpofor override/default, we can consider having the defaults on prototypes declaration, such that otherwise compatible override/default implementations are ill-formed if:
When an override or default is matched against a prototype with default(s) parameter(s), the initializers of these parameters is attached to the declaration so they don't have to be looked for again
The text was updated successfully, but these errors were encountered: