Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fixed closure type inferrence in generic call context #4

Closed
wants to merge 6 commits into from

Conversation

radiy
Copy link
Contributor

@radiy radiy commented Sep 5, 2010

This is not ideal solution, compiler infer method signature two times first than select ambiguous (ProcessMethodBodies.cs line 4144) second than process method call (ProcessMethodBodies.cs line 4449)
it should be in one place, but code base is too complex for me for now.
It`s work, all tests passed and not ideal solution better than nothing.
Still broken:
closure type inference in constructor, I will try to fix it shortly
linq-extensions-2.boo parser think that in {i | i} body is method call

radiy added 6 commits August 8, 2010 21:21
… generic IEnumerable so linq methods does not work
…nsions for overload if instance member found even if it not applicable, for example property in call context
Conflicts:
	tests/testcases/integration/extensions/overload-resolution-extension.boo
@bamboo
Copy link
Collaborator

bamboo commented Sep 6, 2010

Thanks. In the future, don't use Context.Environment.Provide() but My.Instance.

@radiy
Copy link
Contributor Author

radiy commented Sep 7, 2010

ok.

sharwell pushed a commit to sharwell/boo that referenced this pull request Sep 16, 2015
This pull request was closed.
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