Компилятор языка Паскаль - планы на будущее

[Oleg N. Cher]

на генерации кода и оптимизации свет клином не упёрся, есть ещё RTL и тесты.

Но ведь оптимизация - это самое главное для разработки на Z80. Удовольствие само собой, но от разработки тестов оно сомнительно)

Трансляция в Си - компромисс, чтобы не заниматься оптимизацией и кодогенерацией. А сосредоточиться на рантайме. Кстати, библиотеки некоторые в ZXDev имеются, в т.ч. и графические, советую ознакомиться.

- - - Добавлено - - -

Если Z_demo скомпилится полностью в 48к и будет работать на нормальной скорости, то можно ZX Like Pascal забросить.

Ну вот, грустно всё это. А я предлагал тебе не сосредотачиваться на исключительно Z80, помнишь?)

о5 нам впаривают Оберон. Было, не?

Тебе впаришь. Было ещё когда ты был DenPopov'ым. Давно и неправда.

Выйдет ли что-то вменяемое из вышеупомянутых средств разработки? Наверное, ничего.

Наверное скудоумие некоторых товарищей или какая-то абсолютно непонятная упрямость мешают им смотреть на вещи адекватно. Я опять повторюсь: SDCC имеет намного больше права на жизнь, чем Hitech C. Впрочем, для господ извращенцев я даже начал делать подсистему ZXDev3 на базе CP/M-ного Hitech C. Ажиотажа вокруг неё совершенно не наблюдается.

[Advertiser]

[Shiny]

Тебе впаришь. Было ещё когда ты был DenPopov'ым. Давно и неправда.

тяжело с тобой разговаривать. досвидули.

[Andrew771]

Если Z_demo скомпилится полностью в 48к и будет работать на нормальной скорости, то можно ZX Like Pascal забросить.
Ну вот, грустно всё это. А я предлагал тебе не сосредотачиваться на исключительно Z80, помнишь?)

Еще раз уточню, а то вдруг не так понял про забрасывание.
Сейчас Z_demo компилится в ZX Like Pascal в 48к и работает на нормальной скорости, даже еще есть место, т.к. вообще-то это должна быть полноценная игра, а не демо. Но если Bolt-овский компилятор сможет также скомпилить, то лучше перейти на него, т.к. это полноценный Паскаль, а не мой ограниченный спец.инструмент для написания игр. У меня даже задумка есть, еще более его ограничить - сделать только 8-битные команды и выкинуть атрибуты и ключи, для увеличения быстродействия и написания монохромных игр.

[Oleg N. Cher]

т.к. это полноценный Паскаль, а не мой ограниченный спец.инструмент для написания игр. У меня даже задумка есть, еще более его ограничить - сделать только 8-битные команды и выкинуть атрибуты и ключи, для увеличения быстродействия и написания монохромных игр.

Именно монохромных? Э-ээ, батенька, да Вы делаете шаги в сторону Sphinx C--, только на базе Паскаля... И правильно.

[Shiny]

о5 нам впаривают Оберон. Было, не?
Мне вот что интересно: когда не получается алгоритм, я скармливаю исходник Hitech C, потом смотрю на бинарник.

Выйдет ли что-то вменяемое из вышеупомянутых средств разработки? Наверное, ничего.

[Shiny]

молодец, пять

[Andrew771]

Поставил Fuse, всё работает, правда скорость удручающая, даже у Life. Оптимизация, как воздух, нужна. Но для начала супер!
EmuZWin отказывается работать на Windows 10. А на остальных виндах может ругаться антивирус на него.
Bolt, подскажи еще, как компилировать файлы pas?

[Andrew771]

По-моему она и до оптимизации была потеряна. Это заводы WORK и флаги FLAGS в процедуре put_objects

[Bolt]

Хм, действительно. Странно, потому что в процессе оптимизации оно то появлялось, то пропадало. Будем искать...

[Bolt]

Нашёл.

if (x_put>=x_min_lim) and (x_put<=(x_map_scr+map_scr_width))
and (y_put>=y_min_lim) and (y_put<=(y_map_scr+map_scr_height))
then

(Смысл этих проверок от меня как-то ускользает. Догадываюсь что проверяется видимость объектов на экране, но до конца понять не могу.)

Проблема всё с тем же "заворотом" значений. В моём компиляторе буду стараться вычислять "математически". Если написано "(A-B)>10", то по возможности так и будет вычисляться, без удержания в уме типов переменных и правил работы с ними (привет языку Си). При A=5 и B=6 результат false.