LLVM Backend для Z80

[SfS]

Рад, что тема еще не забыта. Работа над проектом идет, правда в последнее время совсем нет времени на него.
Вот по этой ссылочке есть примерный roadmap с указанием того, что уже реализовано и что планируется реализовать в ближайшее время: https://github.com/earl1k/llvm-z80/wiki/Roadmap

Планы наполеоновские, приятно почитать. А как сделаешь - тебя на руках будут носить)

[Advertiser]

[EARL]

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

[EARL]

Вернулся из отпуска. Обновил репозиторий объединив имеющиеся наработки со свежей веткой LLVM.

Репозиторий: https://github.com/earl1k/llvm-z80

[Sergey]

С другой стороны можно вместо HL использовать IX, тогда обращение будет выглядеть более приятно:

	ld e,(ix+offset)
	ld d,(ix+offset+1)

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

Если предположить, что наша программа будет находится в озу, то можно придти к такому варианту выделения памяти:

	ld (.stack),sp
	ld hl,-size
	add hl,sp
	ld sp,hl
	...
	ld sp,0
.stack	$-2
	ret

Дополнительно к этому можно добавить опцию, указывающую будет ли программа работать в озу или пзу, чтобы генерировать нужный код.

Собственно вопросов всего три:
1) Как лучше выделять память на стеке? Какой регистр использовать - HL или IX?
2) Как обращаться к переменным на стеке
3) Использовать лучше "честный" метод или сделать возможность включения более быстрого?

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

Немного поздновато, конечно. Но, тем не менее.
Сам столкнулся вчера с такой проблемой:
Да, во-первых, данные со стэка медленно забираются, а во-вторых, если в процедуре много работы с ними (особенно в циклах), то программа из за косвенной адресации через индексные регистры замедляется чрезвычайно! Ведь любая операция съедает 19 тактов, и это на 1 байт данных(!).
Решил проблему так:
взял вместо Си-исходника, сгенерённый SDCC asm-исходник. Добавил в конце п/п пустые переменные, соответствующие аргументам функции. В начале процедуры добавил копирование аргументов со стека через LDI/LDIR.
Соответственно, вручную пришлось править весь исходник, но оно того стоило: теперь работает в разы быстрее.
Думаю также с локальными переменными поступить.

[EARL]

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

[Sergey]

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

Это понятно. Также ещё этот метод не подойдёт для ПЗУ.
Думаю, опцию можно реализовать как "__naked" в SDCC.

Кстати, если что, готов в бетатестеры.

---------- Post added at 16:07 ---------- Previous post was at 16:00 ----------

Ах да, чуть не забыл: реквестирую инструкцию препроцессора для выравнивания кода/данных на границу слова. В SDCC такой фичи очень не хватает, ведь DMA в TS-Config работает только с четными адресами.

[SfS]

вчера скачал всё репозитории.
llvm собрался, а вот clang не захотел

[EARL]

вчера скачал всё репозитории.
llvm собрался, а вот clang не захотел

Собирал с помощью скрипта ./configure или cmake?

[SfS]

Собирал с помощью скрипта ./configure или cmake?

cmake

[EARL]

Странно. У меня с помощью cmake все собирается. Проблемы могут быть как раз только при использовании ../configure.
Нужен лог сборки, чтобы понять в чем проблема.
Можешь написать мне на почту или в аську, разберемся.