на Java для ZX

[mastermind]

Еще раз хочу указать на существование LLVM (т.к. он идеально для данной задачи подходит).
Почитайте http://llvm.org/Features.html
Все что нужно, грубо говоря - сделать backend для Z80 (чтоб оно знало как со своего внутреннего "машинного кода" (IR - "internal representation") преобразовывать код в код Z80).
В результате получится куча готовых оптимизирующих компиляторов (C, C++, Obj.C, Java и т.д.) и прочих инструментов. Часть проходов оптимизации производится до преобразования в конечный машинный код, на уровне внутреннего "машинного кода" но с учетом характеристик конечной платформы, типа числа регистров, разрядности, доступных операций и т.д. Плюс можно дописать свои, специфичные для платформы.

---------- Post added at 12:53 ---------- Previous post was at 12:43 ----------

К слову о применимости LLVM для компиляции высокоуровнего кода во что угодно: backend компилирующий в javascript: https://github.com/kripken/emscripten/wiki (там есть онлайн демки).
Т.е. берется C, C++ и прочий код, на выходе получается javascript.
То же можно сделать и для Z80, но пока никто не сделал соответствующего backend-a. Понятное дело, органиченность объема оперативки Speccy нужно учитывать, но тем не менее. Да и переключение страниц по идее можно вполне прозрачно реализовать. (типа long jumps/calls)

[GriV]

Друзья мои! Напоминаю что название топика "на Java для ZX"! Будьте бдительны! не дайте себе завлечь в обсуждение не по теме!

---------- Post added at 21:01 ---------- Previous post was at 20:52 ----------

jvm везде одинаковая, но как я и сказал google для андроида юзает не jvm а dalvik и там уже не стековая
p.s.
в принципе про тормоза явы я бы не сказал, jvm байт код и на писишке юзается как промежуточный язык и hotspot оракловый на лету компилит его (с учетом особенностей платформы) в машинный код и более того, производит постоянный мониторинг количества обращений к тем или иным участкам и на лету их оптимизирует, так что это в какой то мере круче чем на С++ писать со статической компиляцией

У нас была система Lotus Domino, она зижделась на Java, ну очень уж тугая была система. Для сотиков Java прижилась потому что позволяла создать аппаратно независимое ПО (хотя есть и обратное мнение, опять же что с чем сравнивать). А касательно С++ - дотнет компилирует на старте приложения, и скорость говорят приличная и якобы аппаратная независимость и адаптивность.

[alone]

А касательно С++ - дотнет компилирует на старте приложения, и скорость говорят приличная и якобы аппаратная независимость и адаптивность.

Одна беда - гигабайт библиотек, которые ещё и обновлять надо (а при обновлении иногда вся винда слетает).
Идею J2ME на ZX поддерживаю. Хотя программировать под него не умею. Зато видел кучу игр

[megabyte]

У нас была система Lotus Domino, она зижделась на Java, ну очень уж тугая была система.

JVM давно является JIT-системой.

А с Lotus Domino, как исконно IBM'овский продукт не может не тормозить. По долгу службы приходится очень много возиться с IBM/WebSphere и IBM-овскими j2ee-продуктами. Пишется все это дело индусами без каких либо оптимизаций.

Сорри за оффтоп.

---------- Post added at 20:31 ---------- Previous post was at 20:30 ----------

А вообще не плохо было бы для Спектрума иметь нативный транслятор и текстовый редактор с подсветкой синтаксиса

[megabyte]

вот то то и оно, что юзание явы как p-code позволяет заюзать всю её инфраструктуру от систем разработки с халявными и вкусными IDE до систем continous integration и дебаггеров

Тут надо реальнее смотреть на ситуацию. Eclipse на Спектруме никогда не запустится. А какое-то приложеньице для TR-DOS было бы приятно иметь даже с эстетической точки зрения: разрабатывать на Java на реале - такого еще не было

Я вот тут подумал, для вашей JVM можно использовать страничную память на машинах с >128 Кб ОЗУ. Скомпилированные классы можно располагать по страницам памяти. Правда для этого потребуется какой-то постоянный диспетчер, хранящий информацию о классах - номере страницы, стартовом адресе, и осуществляющем переключение страниц и условный переход в тело класса.

А еще интересно, как будет реализована многопоточность

---------- Post added at 21:52 ---------- Previous post was at 21:39 ----------

А еще я подумал. Java - это чистейший ООП. ООП идеология "правильной" программы - это сплошные абстракции, корректное проектирование "по Макконнеллу", шаблоны проектирования и проч. Любой Спектрум-кодер увидев код типичного j2ee-проекта впал бы в депрессию за нецелевое использование процессорных тактов

Но это так, размышления в воздух...

[bigral]

Идею J2ME на ZX поддерживаю. Хотя программировать под него не умею. Зато видел кучу игр

Оно токо в тестах быстрое а на практике тормоз - есть на altere из 6000 le тормоз и все.
Есть надежда что GO! будет другим!

[Advertiser]

[NEO SPECTRUMAN]

куда кактится мир

На каждое действие есть противодействие.

Для более нового, быстрого железа всегда находятся более тугие, криворукие программисты.
В итоге всё всегда тормозит

[bigral]

впрочем обсуждая запуски большой явы, озвучивали компы с полутерабайтом оперативки... куда кактится мир

я провел опрос среди "своих" и получил результат - 50% думают что raspberry pi это тормоз 700mhz с минимальной оперативкой и там НИЧЕГО запустить НЕ УДАСТСЯ!

[farewell]

bigral, Ещё и ARM к тому же.

[jerri]

чего хоть делает то?