DSL markers do not change how a call is resolved, ...
# random
o
DSL markers do not change how a call is resolved, it issues an error when such a call violate dsl rules
v
Ok, that clarifies things
Why was this design chosen?
o
I believe it is a question that makes no sense.
v
Ok, let me clarify: I expected the resolve to work as I described, instead it works as it works, and the reason is some implementations detail, not the KEEP specification.
Sounds like something needs fixing, the implementation or in the KEEP specification, wouldn't you agree?
o
KEEP is not a specification, it’s an attempt to implement an open design process. This specific use case was not brought up in any discussion, neither internal nor external, so it basically works as it works.
Your expectation sounds really weird to me, I wouldn’t expect it to work like this, it is very fragile, complex and has tonns of weird side effects.
v
Okey, interesting