Skip to content

fixo #2702

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

Merged
merged 1 commit into from
Jun 8, 2017
Merged

fixo #2702

Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions docs/docs/reference/changed/implicit-conversions.md
Original file line number Diff line number Diff line change
Expand Up @@ -31,16 +31,16 @@ its type checking because this turns out to be more efficient).

In summary, previous code using implicit conversion parameters such as

def useConversion(implicit f: A => B) {
def useConversion(implicit f: A => B) = {
val y: A = ...
val x: B = a // error under Dotty
}

is no longer legal and has to be rewritten to

def useConversion(implicit f: ImplicitConverter[A, B]) {
def useConversion(implicit f: ImplicitConverter[A, B]) = {
val y: A = ...
val x: B = a // OK
val x: B = y // OK
}

### Reference
Expand Down
2 changes: 1 addition & 1 deletion docs/docs/reference/changed/implicit-resolution.md
Original file line number Diff line number Diff line change
Expand Up @@ -4,7 +4,7 @@ title: "Changes in Implicit Resolution"
---

Implicit resolution uses a new algorithm which caches implicit results
more aggressively for perforance. There are also some changes that
more aggressively for performance. There are also some changes that
affect implicits on the language level.

1. Types of implicit values and result types of implicit methods
Expand Down