d0c8af5621
Keep track of second receiver type in CallReceiver
...
#KT-17725 Fixed Target versions 1.1.5
2017-07-24 10:15:27 +03:00
bf3e896464
Update 'this' extension receiver when there's a smart cast
...
If 'this' (implicit or explicit) was used as an extension receiver,
and the corresponding call required a smart-cast,
this information was effectively lost in "old" resolution & inference,
but is required by "old" JVM BE to generate proper CHECKCASTs.
2017-07-21 08:58:52 +03:00
596f3364c6
Automatically mute failed tests
2016-11-09 21:41:12 +03:00
ed8ccdc15a
Take into account data flow info changes for special call (if/when/elvis/!!) arguments #KT-10824 Fixed
...
Smart casts on complex expressions look as no more possible
2016-01-28 19:30:20 +03:00
3106a8508a
Front-end and back-end test for KT-7801
2016-01-22 16:37:00 +03:00
7ac55cefcb
Extra test with smart cast to 'T'
2016-01-22 16:36:57 +03:00
745a3aeeac
Accurate representation of smart casts on complex expressions
2015-12-11 15:17:25 +03:00
5729855e4f
Type parameter as result type: more precise expected type definition #KT-5385 Fixed
...
Tests for KT-5385 KT-10223 KT-7800 KT-7817 + something related
2015-12-04 19:00:24 +03:00
a53ad098d6
Codegen test for smart cast to Nothing?
2015-11-25 18:26:25 +03:00
0d35033106
Introduction of CastedClassReceiver and its handling in codegen #KT-6744 Fixed
...
ClassReceiver converted to Kotlin
Also #KT-7617 Fixed
2015-11-10 20:20:51 +03:00
Dmitry Petrov