Skip to content

Add UnresolvedRuntimeCall for unresolved function calls#86

Open
topolarity wants to merge 1 commit into
mainfrom
ct/unresolved
Open

Add UnresolvedRuntimeCall for unresolved function calls#86
topolarity wants to merge 1 commit into
mainfrom
ct/unresolved

Conversation

@topolarity
Copy link
Copy Markdown
Member

These can occasionally happen due to known incomplete spots or bugs in our call resolution (see #77)

Rather than conservatively calling these "dynamic dispatches", this adds a new error type that encourages the user to file a bug with us upstream, since a feature-complete AllocCheck should never encounter them.

These can occasionally happen due to known incomplete spots in our call
resolution (#69) or due
to changes in the optimizer, etc.

Rather than conservatively calling these "dynamic dispatches", this adds
a new error type that encourages the user to file a bug upstream, since a
feature-complete AllocCheck should never encounter them.
@topolarity
Copy link
Copy Markdown
Member Author

Hmm, this is a bit in conflict with OpaqueClosures, which are literally unresolvable function calls (that should be correctly classified as dynamic dispatches)

This might still be the right direction to go until OpaqueClosures are more widely used.

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.

1 participant