ACK (Amsterdam Compiler Kit) для Вектора и 8080 вообще

[Error404]

P.S. Насколько я понял: в сухом остатке у нас - ACK по качеству кода ну может чуть получше, чем BDS-C. Это печально.

тут беда не в компиляторах, а в i8080, которому до нормального процессора не хватает ни РОН ни способов адресации. Вот и получаются семь шапок из овчинки. Поэтому на Z80 обычно С ложится лучше (хотя тоже далеко не идеал из-за желания Z80 быть архитектурно близким к 8080). Даже не смотря на то, что индексные или альтернативные регистры в Z80 это плюс байт/префикс к команде и это казалось бы даст большую трату кода - но нет. Поэтому - да, смириться и искать компилер С для 8080, который хотя бы понимает ANSI, и синтаксис исходников сложных приложений пережовывает

[Advertiser]

[svofski]

Сравнивать BDS C и ACK неуместно. BDS C это даже не K&R. Какая разница, какое у BDS C качество кода, если им нельзя скомпилировать ничего кроме othello.c? ACK собирает исправно работающий uIP, это неплохое доказательство состоятельности его как компилятора.

Что до того, какой код генерит ACK. Почему бы просто не почитать то, что он генерит? startrek.c подойдет?
Без оптимизаций:
https://pastebin.com/Ti4chcvw

-O6:
https://pastebin.com/BTxMFibL

[PPC]

Сколько префиксов перед пабликами у стандартных функций, аж 3
У UDF - одно подчёркивание

Очень недурно на первый взгляд.

Мне понравилось как делается фрейм
call .probyte
.data -LOCAL

Рестарты на полную катушку, это здорово как засылка параметров в функции, все эти .fstoreX

Чуть напрягает
jmp .ret
по выходу

и знакомое

mov a,m
mov l,a
mvi h,0

Понравилась оптимизация в maneuver_energy e = e - n - 10
Компайлер сделал e = e - (n+10)
Aztec так не умеет

Но в общем - классно на первый взгляд, а в деталях надо смотреть более пристально.

[ivagor]

Извините за оффтоп, но в теме уже упоминались другие компиляторы C кроме ack, вот еще один

[Kakos_nonos]

О, вот это круто!

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

А под Windows может кто-нибудь собрать компилятор ACK? Буду премного благодарен!