ddcdc11099
Write and read built-ins binary version
2015-12-25 20:16:18 +03:00
f870e365fa
Removed accessors for const properties
2015-12-25 11:28:10 +03:00
2e73559f33
Removed 'INSTANCE$' field generation
2015-12-24 13:59:44 +03:00
aeb6486473
Deprecated 'INSTANCE$' replaced with 'INSTANCE'
2015-12-24 13:59:43 +03:00
a7324ebad2
Minor, additional constructor for JvmPackagePartSource
2015-12-23 16:45:26 +03:00
7170d488bd
Fix package part class name calculation
...
Package part name can contain dollars
2015-12-23 16:45:26 +03:00
cd435c4130
Do not load implClassName JVM proto extension
...
Use JvmPackagePartSource instead for functions/properties in package parts,
check containing class kind for properties in interfaces
2015-12-23 16:45:26 +03:00
03606c13aa
Introduce PackagePartSource to store part class name in deserialized descriptors
...
Not used at the moment, will be in the following commits
2015-12-23 16:45:26 +03:00
51cdb981f4
Remove obsolete code in IncrementalPackageFragmentProvider
2015-12-23 16:45:26 +03:00
f7969621d6
Don't read isStaticInOuter message for fields
...
It's only written for fields of properties of companion objects of classes;
handle that case manually in deserialization
2015-12-23 16:45:26 +03:00
19372a7210
Minor, make ProtoContainer sealed with two subclasses
2015-12-23 16:45:26 +03:00
bcaa755c4e
Fix compilation.
...
- rename isFinal extension property to avoid ambiguity with synthetic property in DeserializedClassTypeConstructor
- add explicit parameter to lambda File.listFiles
- return true from lambda Query.forEach
2015-12-18 22:49:26 +03:00
c725ed47f5
Replaced ReceiverValue.NO_RECEIVER to null.
2015-12-15 23:09:20 +03:00
3f0d71411e
KtDecompiledFile: hack to be able to navigate to builtIns on jvm
...
Which sometimes are loaded differently than they are rendered (see BuiltInClassesAreSerializableOnJvm)
2015-12-15 20:22:06 +03:00
976fbf32ba
Minor: use List instead of Array as container in chained scopes
2015-12-15 20:07:37 +03:00
5008a66a5b
ChainedScope -> ChainedMemberScope
2015-12-15 20:07:36 +03:00
6f347f351a
Load annotations on compiled Kotlin enum entries
...
#KT-10339 Fixed
2015-12-13 03:52:42 +03:00
3e2eb8c1a0
Serialize/deserialize annotations on enum entries
...
#KT-10338 Fixed
2015-12-13 03:52:41 +03:00
871fe7680b
Load special override as HIDDEN in case of signature clash
...
#KT-10151 Fixed
2015-12-11 22:41:03 +03:00
45c0bc3610
Add 'subClassDescriptor' parameter to ExternalOverridabilityCondition
2015-12-11 22:41:03 +03:00
417ff281ee
Split getOverriddenBuiltinWithJvmDescriptor into two extensions
2015-12-11 22:41:02 +03:00
1dca49cecc
Workaround for tower resolution algorithm in kotlin code. Will be investigated.
2015-12-11 17:01:01 +03:00
521b216602
Migration: Enum.values to Enum.values()
2015-12-11 11:11:38 +03:00
280e00981f
Load java: load annotations on enum entries
2015-12-10 11:12:23 +03:00
9a4eb2a368
Refactoring: ClassDescriptor.isFinal, no more Modality.isOverridable
2015-12-09 19:27:47 +03:00
5b72afe8a0
J2K: Modality.kt
2015-12-09 19:19:00 +03:00
11c86405bf
Fix ClassKind for Serializable and change ClassKind to INTERFACE for error classes.
2015-12-08 00:16:16 +03:00
95cecdbc42
Support overrides of generic methods with erased version in Java
2015-12-03 18:19:36 +03:00
4f06cece37
Refactor external overidability conditions
...
Before this change they could only negatively affect on result
Now they may force success result
Also refine overridavility condition for java fields:
two java fields having the same name are seen as overrides even
if they have different type
2015-12-03 18:19:36 +03:00
8838e46578
Do not create KotlinTypeImpl with error scope while erasing
...
See assertion in KotlinTypeImpl init block
2015-12-03 18:19:36 +03:00
e2b51f30ed
Extract 'doSubstitute' parameters into SubstitutionConfiguration
2015-12-03 18:19:36 +03:00
8807cd828f
Removed MemberScope.getPackage
2015-12-01 15:38:04 +03:00
6292833a69
Refine generic signature for Map.get/remove
...
Before this change generic signature wasn't written because of wrong
assumption about it absence in all cases where we replace generic parameter
with Object
2015-12-01 08:21:00 +03:00
20cbceb56d
Add temporary hack for wildcards in Collections
...
By default we would render 'MutableCollection<String>.addAll(Collection<String>)' as
'(LCollection<String>;)' (without wildcard) because String is final and
effectively it's the same as '(LCollection<? extends String>;)'.
But that's wrong signature in a sense that java.util.Collection has different
signature: '(LCollection<? extends E>)'.
Actually the problem is much wider than collections,
it concerns any Java code that uses Kotlin classes with covariant
parameters without '? extends E' wildcards.
Temporary solution is just to hardcode/enumerate builtin methods
with special signature.
2015-12-01 08:20:59 +03:00
e5dd719eec
Fix warning about incompatible types.
2015-12-01 01:35:19 +03:00
9e7e75de12
Rename ExternalSignatureResolver -> SignaturePropagator
2015-11-27 23:34:47 +03:00
57e75a1b28
Drop deprecated code in ModuleMapping, add TODO
2015-11-27 23:34:46 +03:00
fb61dc7e81
Fix potential deadlock on lazy vs storage manager
2015-11-27 21:41:26 +03:00
caa6cdb3f7
Remove obsolete code in KotlinBuilder, rename PackageClassUtils
2015-11-27 21:41:26 +03:00
8594cfca46
Remove kotlin.jvm.internal.KotlinPackage and corresponding code
2015-11-27 21:22:04 +03:00
8a5b63a669
Inline PLATFORM_TYPES = true, simplify signature propagation
2015-11-27 21:22:04 +03:00
417a27f3b1
Minor, get rid of AlternativeMethodSignature in irrelevant place
2015-11-27 21:22:04 +03:00
fa34ebac4a
Delete KotlinSignature and corresponding code
2015-11-27 21:22:04 +03:00
46ac3571d5
Fix "infix modifier required" errors in project
2015-11-27 15:51:11 +03:00
d1c5bd4526
Minor: remove unused parameter from LookupTracker.record
2015-11-27 15:08:06 +03:00
a2627431f8
Minor. Cleanup and refine naming
2015-11-17 16:27:02 +03:00
3b2719735e
Setup default values for type-safe bridges
...
#KT-9973 In Progress
2015-11-17 16:27:01 +03:00
f5a086140e
Refine special bridge generating rule
...
Generate special bridge even in case current class has Kotlin superclass implementing
this builtin method, but that super class was generated without special bridge
(e.g. because it would have the same signature)
#KT-9901 Fixed
2015-11-17 15:41:49 +03:00
2e2dfcb4a0
"invoke" from function types do not have any meaningful parameter names
2015-11-16 18:24:37 +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
Alexander Udalov