3cffb33ab7
[FE] Drop ApproximateIntegerLiteralTypesInReceiverPosition language feature
...
This feature is not needed because it is unconditionally disabled for K1
(because of not fully correct implementation) and unconditionally enabled
in K2 (K2 does not support old behavior)
^KT-38895
2022-12-09 15:10:02 +00:00
62b774b2e3
[FE 1.0] Properly report INTEGER_OPERATOR_RESOLVE_WILL_CHANGE
...
^KT-38895
2021-11-16 13:29:12 +03:00
7917e511ed
[FE 1.0] Disable INTEGER_OPERATOR_RESOLVE_WILL_CHANGE warning by default
...
Also remove sinceVersion parameter from
ApproximateIntegerLiteralTypesInReceiverPosition language feature
^KT-48992 Fixed
2021-09-29 21:23:22 +03:00
ff26a471b4
Update diagnostics test affected by ApproximateIntegerLiteralTypesInReceiverPosition and ProhibitSimplificationOfNonTrivialConstBooleanExpressions features
2021-07-20 12:19:57 +00:00
6afb905ad6
Add deprecation warning about new integer operators on literals resolution
...
#KT-38895
2021-04-14 18:30:51 +03:00
4374c06537
[FIR] Approximate all integer literals which resolved in independent mode
...
#KT-42016
2020-09-23 14:05:10 +03:00
8884cbe415
Introduce FIR_IDENTICAL for FIR vs old frontend tests #KT-36879 Fixed
2020-03-05 09:39:40 +03:00
b1766b167f
Remove mod function usage from tests
...
#KT-26654
2020-01-23 19:28:23 +03:00
7595cb23ab
Raise deprecation level for mod operators to ERROR in stdlib
...
#KT-25217 In Progress
2018-09-09 23:55:36 +03:00
e83568bcf3
Update test data after adding operator rem to builtIns
2016-12-14 15:29:00 +03:00
e805478d6c
Get call expression type from compile time value if possible
2013-12-05 15:22:00 +04:00
Dmitriy Novozhilov