ec1b4776fe
Deprecate PropertyMetadata, use KProperty<*> for delegated properties instead
2015-10-14 20:45:25 +03:00
1f2b4e20fe
Replace get() and set() to getValue() and setValue() (property delegates)
2015-10-09 22:49:16 +03:00
1edce76d01
Fix for EA-68569 with a test. #EA-68569 Fixed
2015-05-19 13:55:28 +03:00
625096466e
IDE testdata: s/trait/interface
2015-05-13 16:13:13 +02:00
06916d98c6
default -> companion: replace all mentions of default and default object
2015-03-17 15:47:39 +03:00
59f192ef90
Replace 'class object' with 'default object' in renderers and test data
...
Includes changes to decompiled text
Old syntax is used in builtins and project code for now
2015-03-06 19:36:54 +03:00
c767ffc3e7
Unit.VALUE -> Unit in testData
2014-07-25 17:16:40 +04:00
f7c5dc179c
Eager resolve does not record class object bounds (which are unsupported anyways)
2014-03-17 21:55:17 +04:00
bbe9be5150
Fix 'No type in binding context for: <some class> from light class generation' exception
...
#KT-4668 Fixed
2014-03-08 02:55:29 +04:00
f14ff9405d
Force resolve descriptor type
2014-02-20 16:31:24 +04:00
ac4fe93774
Add ability to filter out some particular classes from generator
2014-02-20 16:17:38 +04:00
0a2ca39f88
Search implementations for properties from constructor parameters
2013-05-20 14:17:43 +04:00
312bd6f828
Get PsiMethod wrappers for properties and property accessors
2013-05-20 14:17:24 +04:00
d97ab29588
Add test for wrapping function with default parameters
2013-05-20 14:15:02 +04:00
cef1bb2aba
Add test for wrapping function without body
2013-05-20 14:02:49 +04:00
32c5f5f59d
EA-46019 - assert: PropertyCodegen.generatePropertyDelegateAccess: delegate type can be null when delegate expression is unresolved and back-end called from light class generation
2013-05-14 15:38:49 +04:00
c4b5577555
Do not report NO_CLASS_OBJECT when namespacesAllowed=true
...
Now with nested classes the expression "A.something" makes sense even when A
doesn't have a class object ("something" could be a nested class)
Also "A" expression now gets a NamespaceType with the scope of all static
nested classes of A
#KT-1174 In Progress
2013-01-16 23:11:50 +04:00
86d8be76cb
EA-39162 Exception while trying to wrap method with default parameters
2012-09-27 18:52:58 +04:00
38a42bdb79
Do not wrap built-in function in JetLightClass (EA-38770)
...
Built-in top-level functions are located in jet.namespace class.
JetStandardClasses.isStandardClass() now checks that a given fqName starts with
"jet.", instead of searching it in the standard scope, to prevent this kind of
errors in the future
2012-09-27 16:30:59 +04:00
40f559bcdc
Additional test for wrapping functions
2012-09-13 21:06:17 +04:00
954003872d
Do not generate erroneous classes in SIGNATURES mode
...
Add an assertion that this never happens in other modes.
(fixes EA-37034)
2012-09-13 16:20:25 +04:00
ccfa5f8c2c
Do not lookup expressions in closures when building signatures
...
#KT-2764 Fixed
(EA-38857)
2012-09-12 21:16:47 +04:00
b6e2381861
EA-36473 Wrap method for JetLightClass with invalid fq name
2012-09-11 21:29:42 +04:00
bb92655ecd
Prohibit creation of JetLightClass on built-ins
...
If we allow JetLightClass to be created on built-in types, a normal codegen
would be launched, with a mapping from Kotlin to Java types enabled, every time
IDE requests built-in classes. Codegen would then try to make something
meaningless, e.g. create a class for a primitive type (since our jet.Boolean is
mapped to primitive boolean). This would result in different exceptions when
navigating to built-in library from IDE.
Add a helpful error message to ClassFileFactory if we ever again produce
classes for primitive types.
2012-09-11 17:08:33 +04:00
423494cef0
missed shift
2011-12-23 19:51:25 +03:00
14862f7d39
Initial java facade tests
2011-12-22 15:33:34 +03:00
Alexander Udalov