Skip to content

Commit 196769f

Browse files
committed
Fix docs.
1 parent 6d208c5 commit 196769f

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

docs/docs/reference/dropped/weak-conformance.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@ layout: doc-page
33
title: Dropped: Weak Conformance
44
---
55

6-
In some situations, Scala used a {\em weak conformance} relation when
6+
In some situations, Scala used a _weak conformance_ relation when
77
testing type compatibility or computing the least upper bound of a set
88
of types. The principal motivation behind weak conformance was to
99
make as expression like this have type `List[Double]`:
@@ -24,12 +24,12 @@ A less obvious example is the following one, which was also typed as a
2424
List(n, c, d) // used to be: List[Double], now: List[AnyVal]
2525

2626
Here, it is less clear why the type should be widened to
27-
`List[Double]`, a `List[AnyVal` seems to be an equally valid -- and
27+
`List[Double]`, a `List[AnyVal]` seems to be an equally valid -- and
2828
more principled -- choice.
2929

3030
To simplify the underlying type theory, Dotty drops the notion of weak
3131
conformance altogether. Instead, it provides more flexibility when
32-
assigning a type to a constant expression. The rule is:
32+
assigning a type to a constant expression. The new rule is:
3333

3434
- If a list of expressions `Es` appears as one of
3535

0 commit comments

Comments
 (0)