[정보] 새로운 코틀린 컴파일러의 구조

[익명(223.38)]

기존엔 바로 타겟으로 컴파일하는데

새로운 컴파일러는 IR 만듦

FIR로 부르는 모양이던데 (Frontend Intermediate Representation)

Swift 나 Objc 코드 공유 같은건 LLVM 써서 빌드하나봐

[익명(106.101)]

오

[익명(106.101)]

개지리다 못해 싸버리네 똥바 망해라 씨발

[다믜(damhiya)]

하이레벨에서 할 수 있는 최적화랑 로우레벨에서 할 수 있는 최적화가 달라서 최적화 빡세게 하는 언어는 흔히 저렇게 하는듯

[F#(bluegkstjr)]

오... 코틀린은 확실히 괜찮은 것 같다

[익명(125.129)]

제발 자바 좀 버리고 저걸로 CLion 좀 다시 만들어 줬으면 좋겠다

[익명(118.235)]

좋네

[Coma(bmh4080)]

좋아보이네

[raker(rakerdam)]

오..

[츄럴(118.235)]

근데 왜 멀티 타겟 하는거임? 갓바만 대체하는 걸론 성에 안 차나?

[익명(39.7)]

목표가 무려 다트 대체임 ㅋㅋㅋ

[익명(220.94)]

걍좀 버릴건 버렸으면. 코틀린 js 백엔드 누가 쓰긴함?

[익명(193.176)]

결국 JVM생태계 포기못한다는거 자체가 자바뒤치닥거리만 할 운명이라는거ㅇㅇ JVM 100퍼 호환보장언어는 java가 유일하기때문 java가 표준인 이상, 엔타프라이즈급에서는 매력없음

[익명(220.94)]

개소리노 코틀린 마이그레이션 하는중인데

[은가누(211.250)]

JVM 이해도를 가지고 하는 얘기인지 의문인데, JVM은 자바라는 언어가 아니라 자바 바이트코드 형식을 지원해주는 거고, 코틀린은 컴파일 될 때 이 자바 바이트 코드로 컴파일이 되기 때문에 애초에 다른 부분이 전혀 없음.

[익명(118.235)]

뭐가 됐든 빌드타임 어떻게 좀

[익명(happynewyork)]

LLVM배꼇내 ㅡㅡ

[익명(117.111)]

이게 가능하냐? 언어하나만해도 개빡셀거같은데..