e.g.

a -> b -> c

is rather cheap, unless you have to pass arguments from a down to c

It was a weird design.

Funny, I’ve had plans to try building a LLVM frontend for Kotlin for awhile

then I got distracted with parser combinators 😛

and yeah, I was just going to throw in Boehm GC temporarily and worry about it later

the biggest problem with GC for kotlin is that it cannot be written in kotlin 😞

You can use Swift 🧌 (/troll)

Probably that's the problem with the JVM, there is a lot of C++ and I suppose that it must painful to maintain it

Depends on how well written the JVM is, and more importantly hotspot I guess (I have no idea)

@Ruckus thanks, I’m looking more into document database with graph traversing facilities. From what I’ve read it looks like nice multi-model system. But articles like this http://orientdbleaks.blogspot.com/2016/06/one-year-of-orientdb-leaks.html makes me a little bit nervous. I know, haters gonna hate, but still.

could not be more wrong

lots of games are written in libgdx or something else that isn't native(especially on the desktop)

this isn't a "AAA demand 3d game" vs "tic tac toe"

world not so black and white, etc

argh, really tempting to use gradle kotlin..errors at runtime that should be compile time are just horrible

LIBGDX

are you too adept of that awesome engine?

I'm doing something like that on Kotlin 🙂

certainly not adept 🙂 but yes, i use it with kotlin

what do you use in it that isnt low-level?

some kind of scene graph?

oh right, its in your profile

what do you mean, "in it that isn't low level"?

it's just a framework,not an engine. scene graph is used for a lib that does the ui

ok, scene graph

writing it on kotlin means that you can't use HTML5 backend

because its GWT

right?

yea