b8f0ad2111
Generate nullability annotations on this receiver in DefaultImpls. Don't generate nullability annotations in private methods
...
#KT-36969 Fixed
2020-06-19 11:57:35 +02:00
84baa0b4c2
Check more flags in bytecode listing tests
2020-02-26 12:03:37 +03:00
f3f8db989a
Fix test data for annotations on DefaultImpls members
...
After ea5505f80c
2017-12-27 14:12:14 +01:00
5c34b27ea9
Fix stub generation for special built-ins
...
Do not generate stubs if there is no special bridge in the current class
- there are already Kotlin super class in hierarchy
- special bridge has the same signature as method itself
#KT-11915 Fixed
2016-06-30 20:12:34 +03:00
2200bfcc85
Simplify ImplementationBodyCodegen#generateToArray
...
- don't do anything for interfaces because there's no point in generating
abstract methods which are already abstract in supertypes
- don't use getDeclaredFunctionByRawSignature, check function signature
manually instead
- don't use isOrOverridesSynthesized because 'toArray' is never synthesized
2016-05-20 00:54:18 +03:00
b208995d73
Render different class kinds differently in bytecode listing test
2016-05-20 00:36:56 +03:00
5de1cf3bb4
Do not write old metadata annotations to bytecode
2016-02-06 15:53:55 +05:30
e37bd4eba6
Do not write and read KotlinInterfaceDefaultImpls
...
This was only used in InlineTestUtil.kt and had no effect in the condition
2016-01-19 18:39:59 +03:00
59dab0a558
Combine all metadata annotations into one kotlin/Metadata
2016-01-19 18:39:59 +03:00
3475b4796f
Do not generate DefaultImpls if empty
2015-10-26 20:37:31 +03:00
64da399b31
Do not generate builtin bridges with Kotlin signature as synthetic
...
They should be available in Java (at least for overridding)
2015-10-16 18:16:02 +03:00
d335f71dfe
Generate special bridges for builtins with same name but different JVM descriptor
2015-10-16 18:16:02 +03:00
07d8754adb
Minor. Add bytecode listing tests with contains* methods
2015-10-16 18:16:02 +03:00
Mikhail Bogdanov