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

[s_kosorev]

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

Это для толстых процессоров, для Z80 нужно каждую пару вычислять с минимальной разрядностью, сложить восьмибитную пару и потом расширить до 16 бит проще,чем сразу складывать 16бит, конкретно для сложения это не совсем так, но нужно 2 расширения делать вместо одного, но мысль думаю понятна.

[Bolt]

Так можно перенос потерять. Но мысль понятна.
Можно даже диапазоны учесть. "(word div 300) + 17" на выходе даст byte.

[Andrew771]

В пи-код. Который пока никак не оптимизируется и вообще, как мне кажется, лишний, я уже объяснял почему.

как вариант, конвертировать 32-битный пи-код в еще один пи-код, 8-битный.

[Bolt]

Так и до микрокода дойти можно, а там такой простор для оптимизации, особенно для архитектур на основе VLIW

mordaha: Это старкон2, запущенный в DosBox, под иксами в Дебиане, который запущен в VMWare, которая в WinXP
mordaha: Куда мне вопрос о неработающем звуке задавать? )))))
gregory_777: Санитарам.

[Andrew771]

Видимо, утопичная идея была сделать "компилятор под все платформы". Нужно было хотя бы ограничиться 8-битными компьютерами. Ну или все, и старые, и новые платформы пусть на 8-битах сидят.

[Bolt]

Видимо, утопичная идея была сделать "компилятор под все платформы".

От запуска на 64k RAM давно отказался, вот это неудачная мысль была.
А кодогенераторы для 8 и 32 бит - нисколько не утопичная, особенно при правильной внутренней организации.
Я потом может ещё 16-битные добавлю (MSP430).

[Bolt]

Оператор case работает, demo_z уже что-то выводит, но надо ещё работать.
Бинарник 56593 байта. В архиве demo_z_+3.zip .tap для компьютеров с поддержкой портов 1FFD/7FFD. Я запускаю в эмуляторе fuse в режиме plus3.

Andrew771, что надо вручную изменить в подпрограммах вывода спрайтов, чтобы учесть режимы, нужные для demo_z?
Вывод карты пока заблокирован, вывожу только некоторые спрайты, но их сильно корёжит, особенно когда спрайт выходит за пределы экрана.

[Andrew771]

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

Удалить вывод атрибутов.
Вывод на виртуальный экран оставить.

А вообще непонятно, что значит изменить. Они ж библиотечные процедуры с включаемыми по опциям кусками кода, или у тебя как-то по другому сделано?

[Bolt]

Конечно у меня по-другому, процедуры сейчас включены целиком, потому что обработку ключей и кусков кода делал твой компилятор.
Вывод атрибутов я вроде нашёл и закомментировал.
Какие ещё куски кода убрать?

[Andrew771]

Конечно у меня по-другому, процедуры сейчас включены целиком, потому что обработку ключей и кусков кода делал твой компилятор.
Вывод атрибутов я вроде нашёл и закомментировал.
Какие ещё куски кода убрать?

В процедурах вывода спрайтов всё, что между комментариями:

; +++++ _flag_attr_sprite +++++
; ----- _flag_attr_sprite -----

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

Остальное всё оставить.

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

Или проще, скомпилируй моим компилятором demo_Z и оттуда скопируй все процедуры из скомпиленного файла ASM.