а так -- померяй сам может?

или можно подождать пока Andriy Plokhotnyuk померяет на json libraries for scala 😄

а о кросс компиляции разговоров пока нет?

это про native image?

угу

есть issue на гитабе 🙂

там линкуется код нативных функций из openjdk, + запускаются и инициализируются пути в коде который 100% OS-specific

там вроде с 2020 подвижек нет

потому что это непросто

а в облаке неудобно?

Вот вам немного связанный, а немного несвязанный вопрос.
Почему нет никакого сервиса или датасета готовых АОТ-выхлопов/интринсиков под нужную платформу для каких-то классических функций и стеков функций.
Я имею в виду банальности, повторяющиеся из языка в язык вроде Math.max с определенными типами параметров, и, естественно, соответствующими профилями (понятно что конкретно max для любого профиля будет один и тот же, он только как пример того что приходится компилировать из разу в раз).
Потому что в общем коде они занимают слишком малую часть и быстрее их посчитать локально?
Потому что стеки функций слишком вариативны и в общем случае нет широкораспространенного паттерна с большим покрытием, который звал бы условный Math.max? (Пример: какой-нибудь поинтер арифметик, который под капотом звал бы ещё проверку на то что поинтер не нулл или делал какие-то проверки с таггед поинтерами).
Другое?

Как интринсики?

Да, и сами некоторые интринсики тоже. Я так за math.max цепляюсь потому что именно его из интереса трейсил в коде, и там какой-то достаточно безумный алгоритм подбора кода, чтобы я его без знания плюсов не разобрал. Куда организованней выглядит "дай мне готовые байты для x86_64", но по какой-то причине такого не случилось.

Зачем? Для чего?

Jit для этого есть

тысячи серверов компилируют одно и тоже изо дня в день, хуже майнинга!

Ну профиль можно сохранить )

Конкретно для приложения

Вопрос про аот

Не говоря уж о том что само существование интринсиков в джите противоречит утверждению