93e9d3e57d
Delay check for possibly deferred return type for reference candidate
...
This issue appeared after recently added new overload for flatMapTo.
Before that, we picked candidate returning List<T> and completed
inference, now we also check one more flatMapTo, which is here is
incorrect and as a result we go into outer scope. Outer scope contains
one property with deferred type, which introduced error about
"typechecker has run into recursive problem" even it isn't applicable
by receiver.
So, the fix is to check receiver first and only then check return
type of a candidate.
#KT-39470 Fixed
2020-06-09 17:36:58 +03:00
22b558110d
Don't apply Unit-conversion for expressions that return Nothing type
2020-06-05 15:59:31 +03:00
e72401c5f4
Don't allow coercing receivers from signed to unsigned constants
2020-06-05 13:24:22 +03:00
bfa648972f
Introduce call checker for Unit-conversions
2020-06-05 13:24:21 +03:00
6b58be377e
Fix chained conversions for subtypes of functional types
2020-06-05 13:24:20 +03:00
71cbe97688
Introduce Unit-conversions for simple arguments
2020-06-05 13:24:20 +03:00
f08a45f2d4
Refactoring: rename files to avoid "util" suffixes
2020-06-05 13:24:19 +03:00
4bd622c1c5
Refactoring: rename method to make it more specific
2020-06-05 13:24:18 +03:00
718f23b34f
Compatibility warning for references to companion via name (KT-13934)
2020-06-05 13:24:18 +03:00
069adebf01
[NI] Fix checking for inline lambdas without candidate
...
#KT-34506
2020-06-01 23:40:32 +03:00
8d05253369
NI: take into account effective variance during adding constraints from LHS instead of only use site variance
...
^KT-39220 Fixed
2020-06-01 17:24:49 +03:00
7ec8716d65
Introduce HTML redenred version for compatibility warning
2020-06-01 10:19:36 +03:00
569b6eaff2
Don't issue compatibility warning for the candidates in the same group
2020-06-01 10:19:35 +03:00
f922e454f9
Don't propagate compatibility resolve from callable reference arguments
2020-06-01 10:19:35 +03:00
599f520fd8
Add compatibility warning for chained sam->suspend-conversion
2020-06-01 10:19:35 +03:00
a5203428a4
Replace resolution error for suspend-conversion with call checker error
2020-06-01 10:19:34 +03:00
eaeaf3c8a3
Add compatibility warning for suspend conversions
2020-06-01 10:19:33 +03:00
47e6805186
Add compatibility warning for reference adaptation
2020-06-01 10:19:33 +03:00
684dfb959c
Don't write any COERCION_STRATEGY for Unit to Unit return types
2020-06-01 10:19:33 +03:00
03358c61d4
Add compatibility warning for SAM conversions
2020-06-01 10:19:33 +03:00
01de789c76
Add compatibility warning for SAM conversions on Kotlin functions
2020-06-01 10:19:32 +03:00
ea6a8ce5cd
Rename language feature to make it more clear
2020-05-31 18:13:17 +03:00
40a4cea530
NI: remove type depth check during adding initial constraints
2020-05-29 12:37:27 +03:00
1982f80bfb
[NI] Leave candidates with annotation if there are no candidates without it
2020-05-29 09:36:33 +03:00
2812ed0a02
[NI] Use types and systems from return arguments instead of return type of lambda
2020-05-29 09:36:33 +03:00
f76b57d260
[OI] Prefer candidate without @OverloadResolutionByLambdaReturnType
2020-05-29 09:36:33 +03:00
a604404bff
[NI] Report warning if candidate was chosen using only @OverloadResolutionByLambdaReturnType
2020-05-29 09:36:33 +03:00
e9ef6dbc28
Discriminate OverloadResolutionByLambdaReturnType annotated overloads...
...
instead of preferring them in case of unsolvable ambiguity.
2020-05-29 09:36:32 +03:00
e1418a5540
[NI] Check for maximally specific candidate chosen with factory resolution
2020-05-29 09:36:32 +03:00
e7869bd9d4
[NI] Analyse lambda in factory pattern resolution in independent context
2020-05-29 09:36:32 +03:00
a0c7bece93
Overload resolution by lambda return type
...
Make compiler recognize new annotation enabling this feature.
Change overload selection algorithm to consider all overloads
with that annotation, not just the first one.
#KT-38480
#KT-11265
2020-05-29 09:36:32 +03:00
1c32c62a87
[NI] Choose annotated candidate if call still ambiguous
...
#KT-11265
2020-05-29 09:36:31 +03:00
8c524769b1
[NI] Add required FactoryPattern annotation for factory pattern resolve
...
#KT-11265
2020-05-29 09:36:31 +03:00
865ddac07a
[NI] Add feature for choosing candidate by lambda return type
2020-05-29 09:36:31 +03:00
e72f7d9a1d
NI: return optimization for adding constraints in ConstraintInjector.kt
2020-05-28 14:58:15 +03:00
cadc5ad587
NI: remove deprecated TODO about doing investigation around producing unwanted Any? during incorporation (KT-39154)
2020-05-27 16:52:55 +03:00
0bed055fca
NI: small refactoring around TypeCheckerContext and adding new possible constraints
2020-05-27 16:39:31 +03:00
d7f52e8b67
NI: do explicit incorporation of type of fixing type variable into other constraints
...
^KT-37380 Fixed
2020-05-27 15:44:03 +03:00
4dbd4a56d5
Compose: adapt new API for intercepting candidates in call resolvers
...
Most part is made by @lelandrichardson
2020-05-27 01:42:48 +03:00
e70242f6f1
NI: some review fixes for improved postponed arguments analysis
2020-05-25 19:37:30 +03:00
2cee82a348
[NI] Resolve receiver of provideDelegate independently
...
#KT-38259 Fixed
2020-05-25 16:06:55 +03:00
59f027e3e9
[NI] Don't try performing any conversions on receivers
2020-05-25 16:06:55 +03:00
379c6944a2
NI: extract diagnostics from partially resolved call instead of separately handling it including running all checks
...
^KT-37630 Fixed
^KT-35494 Fixed
2020-05-22 22:13:53 +03:00
2ff5b253ae
[NI] Fix suspend conversions for subtypes of functional types
...
Fix for recently added tests:
- testIntersectionTypeToSubtypeConversion
- testSubtypeOfFunctionalTypeToSuspendConversion
2020-05-21 00:47:12 +03:00
12db3d6e83
NI: remove separation of variable fixation order by constraint kind
...
The commit partially reverts ec4d9d2f1f
2020-05-20 22:37:30 +03:00
fceaf65729
[NI] Don't compute conversions for definitely not SAM parameter
2020-05-20 15:30:14 +03:00
8bdc4d34f7
[NI] Commonize type-conversions (SAM/Suspend)
...
- Allow participating subtypes of functional types in conversions
- Fix several subtle inconsistencies
- Place logic about conversions at one place
Now conversions operations have two stages: before usual subtyping
check and after one. This is needed to support conversions of
subtypes (of functional types, for example). First, the compiler
checks if it possible to resolve an argument without conversion and
only then it tries to perform conversion.
Note that it'd be incorrect to perform conversion eagerly as it can
change resolve (Runnable & () -> Unit <: KRunnable), plus we can't
guess whether conversion is needed at all as it's important not to
look into supertypes if resolution doesn't actually needed it
#KT-36448 Fixed
#KT-37574 Fixed
#KT-38604 Fixed
2020-05-20 15:30:14 +03:00
f702da5c51
[NI] Small refactoring around type conversions
2020-05-20 15:30:13 +03:00
d3d162f9c8
Refactoring: start commonization of type-conversions
2020-05-20 15:30:13 +03:00
cce9646c7d
Refactoring: extract method about SAM conversions out
2020-05-20 15:30:13 +03:00
Mikhail Zarechenskiy