Skip to content

Don't apply coercions deeply (except for closures)#6

Merged
mshinwell merged 1 commit intomshinwell:flambda2-types-rec-modulesfrom
lukemaurer:apply-coercions-shallowly
Oct 20, 2021
Merged

Don't apply coercions deeply (except for closures)#6
mshinwell merged 1 commit intomshinwell:flambda2-types-rec-modulesfrom
lukemaurer:apply-coercions-shallowly

Conversation

@lukemaurer
Copy link
Copy Markdown

Coercions only apply to their own domains - that is, a coercion on
closures doesn't apply to pairs (which might contain, say, a closure
and an int). So we don't want to recurse into types in general when
applying coercions. Unfortunately, the situation with closures is
... complicated, as explained in comments.

Coercions only apply to their own domains - that is, a coercion on
closures doesn't apply to pairs (which might contain, say, a closure
and an int). So we don't want to recurse into types in general when
applying coercions. Unfortunately, the situation with closures is
... complicated, as explained in comments.
@mshinwell mshinwell merged this pull request into mshinwell:flambda2-types-rec-modules Oct 20, 2021
mshinwell pushed a commit that referenced this pull request Oct 20, 2021
Coercions only apply to their own domains - that is, a coercion on
closures doesn't apply to pairs (which might contain, say, a closure
and an int). So we don't want to recurse into types in general when
applying coercions. Unfortunately, the situation with closures is
... complicated, as explained in comments.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants