Исходное сообщение
"Закрытие проекта Apache Harmony, независимой реализации Java..." Отправлено Аноним, 09-Ноя-11 14:27
> В этом "нативном коде" будут либо свои реализации интерпретатора байткода Зачем? Можно заранее перевести байткод в нативный машинный код. > и сборщика мусора, А управление памятью к кодогенерации не относится практически никак. > либо привязки к библиотеке, реализующей их (libgcj, например). > Именно это я и назвал "кастрированной JVM". Опять же, там не обязано быть никакой VM. Можно сразу, на этапе компиляции, сделать вместо абстрактного байткода сразу нативный код конкретного проца, этакий "jit заранее" (ака "просто компиляция").

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> В этом "нативном коде" будут либо свои реализации интерпретатора байткода > Зачем? Можно заранее перевести байткод в нативный машинный код. >> и сборщика мусора, > А управление памятью к кодогенерации не относится практически никак. >> либо привязки к библиотеке, реализующей их (libgcj, например). >> Именно это я и назвал "кастрированной JVM". > Опять же, там не обязано быть никакой VM. Можно сразу, на этапе > компиляции, сделать вместо абстрактного байткода сразу нативный код конкретного проца, > этакий "jit заранее" (ака "просто компиляция").
	Введите код, изображенный на картинке: