ffb67eb79e
Code cleanup
2015-11-17 13:02:09 +03:00
f1034dbf19
Receiver refactoring in DataFlowValueFactory
2015-11-17 13:02:06 +03:00
811ba8110f
Implicit receiver smart casts implementation and highlighting
2015-11-17 10:26:42 +03:00
03287d5d66
Diagnostics corrected for smart cast impossible
2015-11-17 10:26:26 +03:00
b4fe62e53e
Minor. rename getObjectType to getCompanionObjectType
2015-11-17 01:25:18 +03:00
c7f7ba72b8
Moved logic for PRIVATE_TO_THIS visibility from ExpressionTypingUtils.normalizeReceiverValueForVisibility to ExpressionReceiver.create
2015-11-17 01:25:18 +03:00
6b7bf63814
Minor. Split ExpressionReceiver to interface & implementation
2015-11-17 01:25:17 +03:00
5a7e879c0c
Convert ExpressionReceiver to kotlin.
2015-11-17 01:25:17 +03:00
512bcbe7b9
Minor. Removed usage of ExpressionReceiver constructor from Qualifier.kt
2015-11-17 01:25:16 +03:00
1c9136a8cd
Minor. introduce method ExpressionReceiver.create and replace almost all usages of constructor ExpressionReceiver.
2015-11-17 01:25:15 +03:00
e5e4f9e775
Hack for checking access to internal declarations during incremental compilation
2015-11-17 00:26:43 +03:00
2e2dfcb4a0
"invoke" from function types do not have any meaningful parameter names
2015-11-16 18:24:37 +03:00
ac8532ffce
Quick Fixes: Implement 'Initialize with constructor parameter' quick-fix
...
#KT-6604 Fixed
2015-11-16 11:30:03 +03:00
138370ce5b
Quick Fixes: Implement 'Move to constructor parameters' quick-fix
...
#KT-6604 In Progress
2015-11-16 11:30:02 +03:00
aeee8bafe6
Name Suggester: Suggest parameter name for the corresponding argument expression
...
#KT-8111 Fixed
2015-11-16 11:29:59 +03:00
fdd9eee849
DataClassAnnotationChecker --> DataClassDeclarationChecker
2015-11-16 10:45:58 +03:00
dd43674426
Data class must have at least one argument is reported on constructor parameter list now, if any #KT-9999 Fixed
2015-11-16 10:45:54 +03:00
86c37deaee
Overriden setter now cannot weaken visibility #KT-3369 Fixed
2015-11-16 10:45:21 +03:00
02fb19c3ea
Inner classes are no more allowed inside enum entries #KT-9750 Fixed
...
Forbidden use-case deleted from codegen tests
2015-11-16 10:44:20 +03:00
3f4430087e
Do not call deprecated public getProgressionFinalElement, call internal getProgressionLastElement instead.
...
ProgressionIterators do not compute final element by themselves, but use one computed by Progression.
Update testdata for LoadBuiltinsTest
2015-11-13 21:38:22 +03:00
96f301fdec
Support only integer primitive ranges and progressions in optimized for loop codegen.
...
Do not call getProgressionFinalElement, use new progression properties 'first' and 'last' instead.
2015-11-13 20:58:18 +03:00
5d4e72ed7f
Correct deprecation replacement for Progression constructors.
...
Update testdata for LoadBuiltinsTest
2015-11-13 18:59:38 +03:00
e920ce709b
Render captured type parameters in verbose mode
2015-11-13 14:59:04 +03:00
7500447e72
Implement serialization of inner types
2015-11-13 14:59:03 +03:00
8cb85759c7
Fix written generic signature in case of inner types
2015-11-13 14:59:03 +03:00
9c8ad9e442
Fix AbstractWriteSignatureTest
...
It didn't check anything in tests with class signatures
2015-11-13 14:47:29 +03:00
7ee50e043c
Use type constructor when finding findStaticallyKnownSubtype
...
See InnerClasses.testBareTypes
2015-11-13 14:47:29 +03:00
daed74f9b2
Fix supertypes consistency check
...
See testKt5508:
`inner class B<S> : A<B<S>>()` is effectively the same as
`A<T>.B<S> : A<A<T>.B<S>>` or `B<S, T> : A<B<S, T>>`.
The latter is because we add outer class parameters to inner type constructor.
The problem is that we treat type constructors of first TP of 'A'
and of second type parameter (copy) of 'B' just the same and report INCONSISTENT_TYPE_PARAMETER_VALUES.
So we supposse it's more correct to compare type parameter descriptors instead
2015-11-13 14:47:29 +03:00
c57dbcc602
Fix substition of inner classes constructors
...
It should have substituted class as containing declaration
2015-11-13 14:47:28 +03:00
c5103f9ac4
Fix JavaClassifierType.getTypeArguments impls
...
Make them return arguments both for current classifier and for the outer one
2015-11-13 14:47:28 +03:00
910718ff45
Weaken JvmRuntimeDescriptorLoaderTest assumptions
...
Sometimes descriptors in reflection may differ from compiled ones.
There is already SKIP_IN_RUNTIME_TEST but sometimes
it would be nice to record specific behaviour.
Solution is to add '.runtime.txt' near '.txt' files for tests containing
expected rendered descriptors in reflection.
2015-11-13 14:47:28 +03:00
deea0643ad
Refine type arguments resolution and rendering
...
In case of type constructors captured parameters from outer classes
#KT-5510 Fixed
#KT-3112 Fixed
#KT-6325 Fixed
#KT-408 Fixed
#KT-6337 Fixed
2015-11-13 14:47:28 +03:00
990bd7e71d
Correct parameters of inner's class type constructor
...
Now it contains copies of outer's class constructor parameters
They are appended just after real type parameters
2015-11-13 14:47:28 +03:00
7b4c0fb83a
Use original type parameters for SAM adapter to constructor
...
It makes SAM descriptors more consistent with real ones
2015-11-13 14:47:28 +03:00
d614adcd2a
Obtain type parameters of constructor from containing class
...
Effectively this commit is just inlining of 'typeParameters' parameter
2015-11-13 14:47:28 +03:00
c9aa75259b
Introduce ClassDescriptor.declaredTypeParameters
...
Should be a subset of type constructor's parameters
2015-11-13 14:47:28 +03:00
57094954a3
Minor. Simplify control-flow blocks
2015-11-13 14:47:28 +03:00
b4b1d16134
Extract and cleanup 'resolveTypeForClass' and 'resolveTypeForTypeParameter'
2015-11-13 14:47:27 +03:00
2f4dbd2084
Code cleanup: get rid of unnecessary !! / ?. / as
2015-11-13 13:13:55 +03:00
7e8e4e9e1b
Fix for KT-2789: NoSuchMethodError when calling trait function with default arguments that returns generic type, KT-9428 Abstract method with one parameter and one default parameter produces NoSuchMethodError, KT-9924 NoSuchMethod when replacing generic with specific type
...
#KT-2789 Fixed
#KT-9428 Fixed
#KT-9924 Fixed
2015-11-13 10:14:01 +03:00
3f995935d3
Fix for KT-9022: Wrong result when use break in if condition
...
#KT-9022 Fixed
2015-11-13 10:14:00 +03:00
0b01c8a4cf
Minor: remove warnings in KotlinCliJavaFileManagerImpl
2015-11-12 19:19:44 +03:00
4643d7fc4d
Disabling parallel builds without daemon again and undoing apprpriate fix to broken tests problem, since it effectively cancelled fix for parallel building itself and was causing exceptions on heavy builds
...
(cherry picked from commit 0610452)
2015-11-12 17:15:14 +01:00
de6731cb4b
Additional diagnostic for KT-9980: KotlinFrontEndException: Exception while analyzing expression
2015-11-12 14:38:09 +03:00
2944e998f7
Minor: don't trim file content in KotlinTestUtils#doLoadFile
2015-11-12 13:43:18 +03:00
28366a0bf4
Fix refer to classes from default package in SMAP
2015-11-11 22:59:05 +03:00
45ef9b02c4
remove some leftovers of old package facades in IDE code
2015-11-11 19:25:11 +01:00
5b59fc74bc
fix access from tests to internal elements in production code in case of circular dependency
2015-11-11 19:16:21 +03:00
3639afafce
Deprecated with ERROR preconditions with eager message.
2015-11-11 19:00:03 +03:00
07c570f35d
Replace getStackTrace usages in j2k and testData.
2015-11-11 18:59:56 +03:00
Mikhail Glukhikh