@mikki: Some time ago (when RoboVM was alive) - worked quite good

@n3o59hf: Interesting point - how Kotlin will support iOS without RoboVM

@mikki: There are multiple solutions for "JVM in iOS" - haven't tried those out myself. LibGDX people did good comparison for some of those: http://www.badlogicgames.com/wordpress/?p=3925

it's not like robovm has disappeared 🙂 there's also an openjdk project to support ios

also jetbrains have talked about doing a native version of kotlin, although i remain unsure that it's a good plan/use of precious resources vs just supporting the wider jvm efforts.

Im still hoping for a native backend. I think it will make Kotlin a winning language

Why not Swift?

@michaelrocks: Swift is nice language but it doesn't have ecosystem and standard library of JVM world. Swift also changes in incompatible ways between versions (not yet sure if it is good or bad)

swifts parser is weiiird.

Is there any way to overload a class's method by an extension function, and calling its previous implementation?

Ie:

@User uploaded a file: Untitled

Produces a stack overflow error

Any idea? Thanks!

@n3o59hf: Neither will Kotlin have an ecosystem when built for the native platform. And I wouldn’t say Kotlin has perfect compatibility between versions 🙂

@jaguililla: isn't get operator same as []? so getAlias will call get method

@michaelrocks: the ecosystem for iOS is tiny - all one needs are bridges to the Apple APIs. VirtualVM had it

@michaelrocks: It depends on how will it be built and what build tools would be available. If Koltin will go "isolated native" way then it would need to re-implement many things or make it incomatible with current Kotlin (like memory management, garbage collection etc.). I hope native Kotlin will be something similar to RoboVM way - with JVM compatibility (at least on bytecode level - so all pure JVM libraries would be usable).

@n3o59hf: So you want a pseudo-native binary with the JVM inside? What’s the point of being native then?

@michaelrocks: It does not contain "JVM" inside - in RoboVM case code is compiled to LLVM IR and then to native code.

@michaelrocks: but it allows using JVM features in native application.

@n3o59hf getAlias is calling my extension function causing stack overflow... I would like to know how to refer to the original get method (the one in map)

Any chance?

super.get

?

you can move

getAlias

to a different file where your operator function is not imported

@n3o59hf: As far as I can see RoboVM just uses an AOT compiler and its own implementation of the Java standard library. Taking into account Kotlin is designed to be a multiplatform language it would be strange for its native compiler to rely on an external platform. I would expect the native implementation to have on the Kotlin standard library available.

Hi, I would like to use memoize from Guava to memoize function call. Guava works on Supplier interfaces. Is there any way to convert the Supplier<T> result to function? fun <T> memoize(supplier: () -> T): () -> T = Suppliers.memoize(supplier) Compiler complains that the expected result is () -> T but actual is Supplier<T>

fun <T> memoize(supplier: () -> T): () -> T = Suppliers.memoize(Supplier(supplier)) - types do not match - function and Supplier

This one seems to work: fun <T> memoize(supplier: () -> T): () -> T { val memoized = Suppliers.memoize(supplier) return { memoized.get() } }