- 12 7月, 2017 20 次提交
-
-
由 Dmitry Petrov 提交于
-
由 Dmitry Petrov 提交于
-
由 Dmitry Petrov 提交于
-
由 Igor Chevdar 提交于
-
由 Igor Chevdar 提交于
-
由 Mikhail Zarechenskiy 提交于
-
由 Mikhail Zarechenskiy 提交于
#KT-12767 Fixed
-
由 Mikhail Zarechenskiy 提交于
#KT-12737 Fixed
-
由 Mikhail Zarechenskiy 提交于
#KT-10754 Fixed
-
由 Mikhail Zarechenskiy 提交于
#KT-12688 Obsolete
-
由 Toshiaki Kameyama 提交于
So #KT-18822 Fixed
-
由 Dmitry Petrov 提交于
#KT-17444 Fixed Target versions 1.1.5
-
由 Dmitry Petrov 提交于
Initialization of companion object members (e.g., delegate properties using provideDelegate convention) can depend on property metadata array, which in turn can be initialized before other class members. #KT-18902 Fixed Target versions 1.1.5
-
由 Dmitry Petrov 提交于
#KT-18916 Fixed Target versions 1.1.5
-
由 Yan Zhulanow 提交于
NoArg: Do not invoke initializers by default. Require "invokeInitializers" option to be set explicitly (KT-18667, KT-18668)
-
由 Yan Zhulanow 提交于
-
由 Alexey Tsvetkov 提交于
Before this change jansi was used by the compiler, unless "kotlin.colors.enabled" is not set to false. This caused multiple issues in different build systems, where newer or older version of jansi could crash the JVM since it uses native code. The following short term solutions were discussed: * Set "kotlin.colors.enabled" to false where jansi is not needed (basically in any build system). * Set "kotlin.colors.enabled" to true where jansi is needed, and use it only when the system property is set to true. Escaped codes are only needed in CLI tools (kotlinc, REPL), so the second solution is preferred (less places to set the property). #KT-17031 fixed #KT-18874 fixed #KT-18927 fixed
-
由 Kirill Rakhman 提交于
-
由 Alexey Andreev 提交于
When inliner reads function's body from other module, it performs substitution _ -> moduleAlias. However, local alias can't be used for this purpose, since call site can be in public inline function itself, so the correct substitution would be -> _.$$imports$$.alias
-
由 Mikhail Glukhikh 提交于
Related to KT-14799
-
- 11 7月, 2017 9 次提交
-
-
由 Dimach 提交于
-
由 Ilya Chernikov 提交于
since it breaks the compatibility and doesn't actually help - the problem with NoClassDef Unit is apparently elsewhere.
-
由 Ilya Chernikov 提交于
Switching to in-process to avoid compilation warnings caused by introduced daemon interface changes. Switching to the gradle plugin 1.1.3 causes jansi incompatibility in in-process compilation mode, so disabling jansi usage to avoid it.
-
由 Mikhail Glukhikh 提交于
Related to KT-18830
-
由 Toshiaki Kameyama 提交于
-
由 Toshiaki Kameyama 提交于
So #KT-18074 Fixed
-
由 Toshiaki Kameyama 提交于
-
由 Alexey Andreev 提交于
* Do not read protos for descriptors of stdlib and kotlin-tests repeatedly * Parse libraries lazily in inline, so that when no inline function exist in a test, we won't parse huge kotlin.js file * Speed-up source map parser
-
由 Dmitry Petrov 提交于
- Exception on dynamic type in typealias argument expansion #KT-18858 Fixed Target versions 1.1.5 - Wrong report location for repeated annotations in typealias arguments #KT-18940 Fixed Target versions 1.1.5 - Don't drop type annotations for dynamic type #KT-18944 Fixed Target versions 1.1.5
-
- 10 7月, 2017 11 次提交
-
-
由 Nikolay Krasko 提交于
-
由 Nikolay Krasko 提交于
#KT-18863 Fixed
-
由 Nikolay Krasko 提交于
#KT-18805 Fixed
-
由 Mikhail Glukhikh 提交于
-
由 Mikhail Glukhikh 提交于
-
由 Mikhail Glukhikh 提交于
-
由 Mikhail Glukhikh 提交于
-
由 Alexander Udalov 提交于
No test added because it would involve running javac 9 and because tests run JavaBuilder in the same process, this would require either a new module in our project with dependency on JDK 9 (which would require everyone to install JDK 9), or complex code that runs javac in another process
-
由 Alexander Udalov 提交于
Also report the "named does not read unnamed" error, which was not possible previously because we wouldn't be able to read anything from kotlin-stdlib (because it was added to the unnamed module by default)
-
由 Alexander Udalov 提交于
-
由 Alexander Udalov 提交于
-