> сам java простой язык, но одна из проблем в том, что java не компилируется напрямую в исполняемые файлы операционной системы, а та же hotspot jvm на C++ написана, так что есть сомнения...

Опуская за скобки всякие лицензионные риски/батлы можно отметить новую "пилимую" Oracle фигню - GraalVM. Они там создают нечто большее, чем просто VM. На хабре вон есть перевод статьи прошлого года:

https://habr.com/ru/company/haulmont/blog/433432/

А именно про исполняемые файлы операционной системы, оттуда куски:
"
... Мы сказали, что Graal -это библиотека-компилятор и он может быть использован многими различными способами. Один из них — компиляция ahead-of-time в платформозависимый исполняемый образ, вместо компиляции just-in-time во время выполнения. Это похоже на то, как работает обычный компилятор, например gcc.

<далее следует команда (с выводом в консоль) создания образа исполняемого файла с именем topten>

Эта команда создает платформозависимый исполняемый файл, который называется topten. Этот файл не запускает JVM, он не слинкован с JVM и он вообще никаким способом не включает в себя JVM. Команда native-image по-настоящему компилирует ваш Java код и Java библиотеки, которые вы используете, в полноценный машинный код. Для компонентов среды выполнения, таких как сборщик мусора, мы запускаем нашу собственную новую VM, которая называется SubstrateVM, которая, как и Graal, также написана на Java.

Если вы посмотрите на зависимости, которые использует topten, то увидите, что это только стандартные системные библиотеки. Мы можем перенести только один этот файл на систему, в которой даже никогда не была установлена JVM и запустить его там, чтобы проверить, что он не использует JVM или какие-либо другие файлы. Topten также достаточно маленький — исполняемый код занимает объем меньше 6 Мб.
...
"
И обращу внимание, пишется эта фигня на яве, а не на C++ (прям каким-то PyPy повеяло).