Attribute transference from callbacks?
Richard (Rikki) Andrew Cattermole
richard at cattermole.co.nz
Wed Dec 11 02:13:44 UTC 2024
On 11/12/2024 11:45 AM, Timon Gehr wrote:
> Well, this is more sane than the "contract invalidation" proposal in
> that it is explicit, does not change the meaning of existing code, and
> allows somewhat more composition patterns. It's also forward-compatible
> with a proper solution, while most likely remaining more convenient for
> the cases where it is sufficient.
>
> So maybe it's worth pursuing to stop some of the bleeding, but this will
> run into its own limitations very quickly.
Contract invalidation can be explicit with the help of an attribute and
I'm fine with any argument supporting its need as I agree its probably
the better way to go.
But, it is a quick and dirty solution that doesn't solve the underlying
problem of type qualifiers and attributes invalidation based upon the call.
What it does do is solve ``opApply``.
This proposal of Steven's is pretty much identical in nature.
Unfortunately only you seem to have any understanding of what a solution
could look like and I've been failing to make any head way on it.
More information about the Digitalmars-d
mailing list