0b68f313ab
minor: fix typos and terminology
2016-10-12 15:37:48 +02:00
ba4fab56a0
Implement basic JSR 223 scripting support
2016-10-12 15:37:47 +02:00
63c5133167
Remove support for xml-based script configs, other minor refactorings
2016-10-12 15:37:47 +02:00
0f31695a0b
Convert error on retrieving gradle plugin settings to warning - fixes #KT-13975, #EA-87275, #EA-87677 and alike
2016-10-12 15:37:47 +02:00
9618863b72
Hide EA-86599 in a log warning
2016-10-12 15:37:47 +02:00
b127cc3941
Attempt to get more diagnostic from EA-86371
2016-10-12 15:37:46 +02:00
777004a0e2
Fix test data after merge
2016-10-12 12:52:38 +03:00
e37a20d6b3
Do not deserialize type aliases in compatibility mode
...
When "-language-version 1.0" is specified in command line arguments, the
compiler should not be able to see the declarations of type aliases in
libraries, because that corresponds to the behavior of the compiler of version
1.0. Note that type aliases are _completely invisible_ in this mode (i.e.
"unresolved reference" is reported) because they must not interfere with the
classifier resolution
2016-10-12 12:19:19 +03:00
d96f10c7bd
Refactor deserialization of nested type aliases
...
Do it exactly in the same way as with properties/functions, in
DeserializedMemberScope and nowhere else
2016-10-12 12:19:18 +03:00
88af36001c
Introduce DeserializationConfiguration
...
Will be used soon to deliver the language/API-version-related behavior to the
deserialization
2016-10-12 12:19:17 +03:00
25b9542c06
Fix for KT-11375, KT-9710, KT-8161
2016-10-12 12:08:48 +03:00
df0dddedc2
Fixes for test(@JvmStatic -> const), fix for prototype assign
2016-10-12 11:56:54 +03:00
e84f56348c
Fix KT-13750, J2K const val serialVersionUID
2016-10-12 11:56:54 +03:00
05aa9a5682
Add a quickfix for warning on ambiguously annotated expression
...
#KT-14238 Fixed
2016-10-12 11:40:16 +03:00
84153f9636
Add warning for ambiguous annotated expression syntax
...
#KT-14238 In Progress
2016-10-12 11:40:12 +03:00
993d226c8f
Minor. Extract method for annotations resolution on expression
2016-10-12 11:39:04 +03:00
bec84b1d7b
Change parsing of annotations on block level expressions
...
Attach annotations to the closest prefix expression instead of
whole statement if no new line found after annotations
The motivation is for a simple annotated expression like '@ann x + y'
its syntax form must not change after prepending 'val z = ' just before it
2016-10-12 11:39:04 +03:00
9ff439e39e
Change annotations parsing in bodies of operators
...
This change only matters in cases of if/when/for/while having braceless
blocks
Annotations on them are parsed now as on block-level expressions, i.e.
they're attached to the whole expression
2016-10-12 11:39:04 +03:00
c01b4156d8
Minor. Rename methods in parser
...
Method that was called `parseControlStructureBody` is actually used for
loop bodies only, while `parseExpressionPreferringBlocks` used for
parsing body of control structure (i.e. it must be called
`parseControlStructureBody`)
2016-10-12 11:39:04 +03:00
12efb20869
Regenerated tests
2016-10-12 11:08:49 +03:00
1a7c507cc5
Fix for KT-13818
...
Javadoc @code conversion
2016-10-12 11:08:49 +03:00
452b77692d
Incremented binary stub version because of changes with annotation rendering in decompiler
2016-10-11 23:43:45 +03:00
5e32589084
Do not take ParameterName annotations into implicit lambda signature
2016-10-11 23:38:55 +03:00
03320d6559
Use partial resolve
2016-10-11 23:38:55 +03:00
31a4c6671e
Fixed incorrect test
2016-10-11 23:38:55 +03:00
968a6cfd04
DescriptorRenderer to skip @ExtensionFunctionType and @ParameterName only when it's redundant
2016-10-11 23:38:54 +03:00
ec51076355
DescriptorRenderer to render annotations for all types + separate option to render annotation arguments + use it in IdeDescriptorRenderers
2016-10-11 23:38:54 +03:00
8baa9ba1de
No parameter names in type of lambda expression and anonymous function
2016-10-11 23:38:54 +03:00
d4050ee074
More correct way of replacing parameter names to preserve overrides
2016-10-11 23:38:53 +03:00
4513f679de
Fixed test data
2016-10-11 23:38:53 +03:00
14f3e4c758
Cls stubs and decompiled text: Do not render parameter names in decompiled text and do not load ParameterName annotation in stubs
...
Add tests for decompiled text and stubs
2016-10-11 23:38:53 +03:00
86495fd136
No parameter name in functional type of lambda with 'it'
2016-10-11 23:38:53 +03:00
b2f215227d
Fixed completion to not render functional types with parameter names in lookup items
2016-10-11 23:38:52 +03:00
7f0063013c
Corrected test data
2016-10-11 23:38:52 +03:00
073845ebd4
Fixed test data
2016-10-11 23:38:52 +03:00
4a8b41c72c
Do not render @ParameterName annotations for types
2016-10-11 23:38:52 +03:00
1b7f7fb799
Minor changes on code review
2016-10-11 23:38:51 +03:00
1f9e00b23f
Added tests that surprisingly passed
2016-10-11 23:38:51 +03:00
a62a37f6d8
Added tests for parameter names in function type from SAM-adapter + fixed KT-13861
...
#KT-13861 Fixed
2016-10-11 23:38:51 +03:00
59269ef1ae
ParameterName annotation on type argument used to hold parameter name
2016-10-11 23:38:51 +03:00
3bd39df587
No parameter names in types for error messages
2016-10-11 23:38:50 +03:00
6527ada775
Changes on code review
2016-10-11 23:38:50 +03:00
c0ea237ba4
Added test with type alias
2016-10-11 23:38:50 +03:00
d8759fcbcc
Optimizations
2016-10-11 23:38:50 +03:00
6b94e5fd34
Use parameter names from function type for invoke() function
...
#KT-435 Fixed
#KT-9016 Fixed
2016-10-11 23:38:49 +03:00
0abb2edb2b
Corrected test
2016-10-11 23:38:49 +03:00
41ee06ec96
Use parameter names in DescriptorRenderer
2016-10-11 23:38:49 +03:00
f335f32b48
Some use of parameter names in completion
2016-10-11 23:38:48 +03:00
147d1da1ed
Supported obtaining function type parameter names from KotlinType
2016-10-11 23:38:48 +03:00
8d7b59777c
Moved and renamed tests
2016-10-11 23:38:48 +03:00
Ilya Chernikov