@benleggiero commented on @sksk’s file : Goodness...

faster than Scala for JVM 🧌

Is Scala-Native written in Scala-JVM? What if compile Scala-native compiler to native then? 🧌

I don't know internally, I suspect that they are independent at binary level, just sharing the grammar and maybe a restricted API

please open up the source when kotlin-native opens up.

BTW, just came across http://www.rubymotion.com I think kotlin-native can play the same role here. Exciting.

needless to ask but appcode will have support for iOS development with Kotlin early on right?

Unlikely, it is entirely different market segment.

@orangy so what does kotlin-native try to achieve on ios? To provide an alternative to objc/swift (means publishable apps and native stdlib/runtime access) or a limited independent usage?

It is next to impossible to compete with Apple on the iOS-only market. Kotlin Native can target multiple platforms, of which iOS is just one.

that’s cool and has much wider scope. i was thinking more in the line of rubymotion and xamarin. They provide one-language-across-platforms support

I can’t say for sure, but if you look at JVM, JS and coming Native support, I think you can make your own conclusions 😉

yeah. that’s why i kinda sensed that

It’s still an open question what JetBrains IDEs will support Kotlin and when. WebStorm for Kotlin JS? AppCode for Kotlin Native? I don’t have a definite answer.

completely understood. it’s infact too early to ask.

Aren't different IDEs just IntelliJ flavours with some plugins? (Android Studio looks like restricted IDEA for me) (except AppCode: Apple won't let anyone build for iOS / Mac without XCode, right?)

Short answer is: it’s complicated 🙂

And offtopic

@orangy Will kotlin-native be able to interop with Swift or objc? Or is Just C / C++ targeted?

We are and will be looking at demand to steer our decisions, including this topic.

@orangy what kind of interop can we expect from the EAP?

Mostly C

So we wouldn't be able to easily pass data classes back and fourth

👍 thanks for the answer

@spierce7 why do you think so… It would be nice to use data classes where ever you need c struct

@suresh I agree it'd be nicer. They said that interior would be nicer than jni. I'm just not expecting it. If they do allow for this, then I can stop thinking about a generation layer for passing model objects. I'm excited to see what they come up with.

Would there be any path to Swift? Maybe C -> C++ -> Objective-C++ -> Swift?

I think if we push enough demand, JB will definitely consider that. Swift interop would be nice. Imagine being able to write iOS apps/games in Kotlin ;)

[biased personal opinion] I think it's more about "being able to develop 1.5 mobile apps instead of 2 (1 for Android, 1 for iOS)"

But frankly, I'd go for Kotlin Native just because we can.