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
e606c0cdf5
Minor. Introduce ExpressionOrImplicitThisClassReceiver.
2015-11-17 01:25:14 +03:00
e5e4f9e775
Hack for checking access to internal declarations during incremental compilation
2015-11-17 00:26:43 +03:00
40bc30aee2
Fixed compilation after rebase
2015-11-16 18:29:55 +03:00
927df1c4cd
KT-5072 Values of extension function type are not seen in completion
...
#KT-5072 Fixed
2015-11-16 18:24:37 +03:00
2e2dfcb4a0
"invoke" from function types do not have any meaningful parameter names
2015-11-16 18:24:37 +03:00
5b668cb6a6
KT-9970 Regression: completion doesn't see private extension functions with parametrized receiver
...
#KT-9970 Fixed
2015-11-16 18:24:37 +03:00
6a26e2fd82
Sorting overloads in completion
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
f66af7bdd4
Quick Fixes: Implement 'Initialize property' quick-fix
2015-11-16 11:30:00 +03:00
aeee8bafe6
Name Suggester: Suggest parameter name for the corresponding argument expression
...
#KT-8111 Fixed
2015-11-16 11:29:59 +03:00
f21603daf2
Source code fix according to KT-4475
2015-11-16 10:55:15 +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
6ae653e5a1
Implement stub building for inner types
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
eea898abb5
Introduce PossiblyInnerType class
...
Use it when rendering inner types, similar logic will be used in different subsystems
2015-11-13 14:58:58 +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
188bcf0a03
Introduce TypeConstructorSubstitution.create
...
After latest changes type constructors of inner classes contains
additional type parameters that are copies of ones from outer class.
Their indices are correct, but they used only for subtyping check,
all entries within inner classes are still refers to original
descriptors having different indices.
Example:
class Outer<E> {
inner class Inner<F> { // Inner's type constructor looks like Inner<F, E>
fun foo(): E // refers to E in outer having index 0
}
}
Indexed substitution does not work here because of intersecting indices,
so we replace it with common map substituion in such cases.
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
e66f1c2d70
KT-9981 Code cleanup replace usages of !in incorrectly
...
#KT-9981 Fixed
2015-11-13 14:32:33 +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
20ca8cd435
Additional fix to the previous one: 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 bb66776)
2015-11-12 19:15:14 +01:00
0b01c8a4cf
Minor: remove warnings in KotlinCliJavaFileManagerImpl
2015-11-12 19:19:44 +03:00
bd4ffb9ced
Announce we are going to invalidate file to collect invalidatation trace
...
See DebugUtil.currentInvalidationTrace()
2015-11-12 19:19:43 +03:00
Stanislav Erokhin