Yeah, your right about my example. Have you read the Scala spec linked in the original post? The cost of boxing is not negligible for many application (e.g. scientific computing or number crunching). A matrix class is a case in point here, that’s why it was chosen. There is a reason, after all, why we have IntArray and not just use Array<Int> everywhere and why the Scala people came up with a solution to this problem.
Inline classes do not help at all here. The only alternative, apart from copying and pasting code, would be to use Array<T> and burn a lot of CPU cycles (and memory) on unboxing/boxing.
I don’t know how generics are implemented in Kotlin/Native and if boxing can be optimized out of Array<Int> there, possibly…