LLVM Backend для Z80

[EARL]

а почему не gcc? llvmу ведь поффиг какой фронт-енд использовать?)

Точно не скажу, т.к. не пробовал прикручивать gcc к llvm, но вроде сами разработчики решили отказаться от поддержки gcc и направить все силы на поддержку clang. Хотя возможность прикрутить и использовать gcc все же осталась как я понял))

llvm есть только для 32+ битных процов, на них он и ориентирован, с 8ми битным могут быть проблемы.

Ну точно можно сказать что поддержка 16 битных процов уже реализовали в llvm. Взять тот же MSP430 backend. Да и так я не нашел никаких проблем прикрутить кодогенерацию для любого процессора, т.к. например сейчас у меня код llvm ассемблера преобразуется в ассемблерный файл для z80.

Для gcc есть порт на 6809, до z80 его допилить может быть легче.
Желательно ознакомиться с sdcc и его abi, чтобы не бегать по тем же граблям. Там же можно подглядеть и peephole оптимизации.

Хм.. не слышал про данный порт для gcc. Надо будет поискать. А вот на счет ABI уже задумывался. Я так понимаю ABI как такового нет и все компиляторы сейчас делают каждый по своему. Стоит ли делать совместимость ABI с другими компиляторами или нет вопрос спорный. Например в llvm можно легко реализовать передачу части параметров функции в регистрах очень легко, а не тупо все пихать в стек. Данной возможности пока не видел ни в каком компиляторе. Думаю это может дать не малый прирост к скорости.
Но совместимость ABI можно также сделать позже.

---------- Post added at 22:15 ---------- Previous post was at 22:10 ----------

Вот потенциальный соучастнег: http://lists.cs.uiuc.edu/pipermail/l...il/049228.html
(исходник там в аттаче)

Хм.. Как-то беглым взглядом смутили строки вида:

ld (SP+6), BC

Но всё равно спасибо. Посмотрю его исходники и попробую связаться.