i have a pair i want to add

i couldn't find it last time I looked

For now they are in the code: https://github.com/JetBrains/kotlin/blob/f4613b8db15cfd93af30071b5093cf35d011c377/core/descriptor.loader.java/src/org/jetbrains/kotlin/load/java/JvmAnnotationNames.kt So, PRs welcome. We’ll probably have user-configurable files for them, but later.

message has been deleted

is the public RC out?

is being released

1.0.0-rc-1036 is the version number

my inbox got flooded with anko updates, so I knew something is happening 😄

I'm getting this warning each time I sync gradle project with kotlin eap configured

Unindexed remote maven repositories found. Disable...
         The following repositories used in your gradle projects were not indexed yet: 
         <http://dl.bintray.com/kotlin/kotlin-eap>

Zrzut ekranu 2016-02-04 o 15.02.04.png

I don’t thiknk there is much that can be done here

shame you cannot uncheck this repo from being indexed

in that case i'll file an issue for intellij guys

why don’t you just click “Disable” in the popup?

As far as I understand it disables the whole inspection for all remotes, ever. And only this remote (at least for now) fires this warning.

Just upgrade to eap-1036, everything works fine.

Many inline functions (most of them one-liners) can no longer be called from Java code

What exactly does that mean? Is there a special modifier to suppress generating a java signature? What are those functions? Examples?

@voddan: you can find a lot of

InlineOnly

functions in

Collections.kt

these functions have

private

visibility in bytecode, but still callable from kotlin (with some compiler magic)

thanks!

I suppose at some point we can have the inline functions as compile time dependency (provided scope) so that the actual functions aren't even in your jar/apk not increasing the method count

yes, that’s the idea

that would be really nice

And smart

final support in RC for @Nullable/@NotNull to me is the most awaited feature that tighten kotlin null-safety

an open area is the reverse case libraries. i.e. “we are implied not null for everything unless @Nullable is present” … if we can standardize some manifest property in JARs to say if we have a default like that for a library so Kotlin can use it. Not a hard pull request to add, one little flag.

<!here|@here>: we just published a new EAP build, 1.0.0-rc-1050

noteworthy fixes: KT-10858, KT-10939, KT-10595, KT-10934, KT-10896, KT-5587, fixed issue that caused RoboVM incompatibility, removed (almost all?) remaining deprecations

Link: bintray.com/kotlin/kotlin-eap/kotlin/1.0.0-rc-1050/view

plugin is available in EAP channel