Hi :wave: has anyone tried this new linker <https://github.com/rui314/mold>? It might maybe solve th...

# kotlin-native

[Miroslav Sobotka]

Hi 👋 has anyone tried this new linker https://github.com/rui314/mold? It might maybe solve the linker speed problems (because the compilation is now quite fast, however the linking is terribly slow 🐢).

[ephemient]

afaik, k/n's "link" time is not dominated by the native linker - it's compiling all the klibs to binary code in the link* task

[alex009]

@svyatoslav.scherbina is there any chance that such a miracle will be implemented in the compiler? :)

[svyatoslav.scherbina]

afaik, k/n’s “link” time is not dominated by the native linker - it’s compiling all the klibs to binary code in the link* task

Exactly. So I don’t expect “mold” to improve compilation time considerably.

is there any chance that such a miracle will be implemented in the compiler? :)

We don’t have plans for this. See also above 🙂

[ankushg]

compiling all the klibs to binary code in the link* task

Is this this something that can be done in a parallelized way, using Gradle Workers and/or configuration cache?

One of the biggest issues with the Link task is that not only does it takes a long time but it also doesn’t get parallelized when there are multiple targets to link

[svyatoslav.scherbina]

Is this this something that can be done in a parallelized way, using Gradle Workers and/or configuration cache?

See this reply in the issue you reported before: https://youtrack.jetbrains.com/issue/KT-49385#focus=Comments-27-5336990.0-0