SDCC исторически насквозь кривой. Особенно если пользуешься чем-то кроме простых операций. Я забил им пользоваться. Поскольку компилю большие проекты, искать потом в десятке тысяч строк почему рабочий код после SDCC не работает - нунафиг.
SDCC исторически насквозь кривой. Особенно если пользуешься чем-то кроме простых операций. Я забил им пользоваться. Поскольку компилю большие проекты, искать потом в десятке тысяч строк почему рабочий код после SDCC не работает - нунафиг.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
V6Z80P - Back for Good
Поскольку мне не интересна кросплатформенность единого компилятора, а только код для Z80, то я до сих пор пользуюсь Hitech C выпущенным в 1988 году (на секундочку, 25 лет назад!) в версии для CP/M. Там есть несколько багов компилятора (буквально два), но они обходятся. И новых не будет, т.е. не будет сюрпризов, а именно непредсказуемость бесит, что каждый раз жопа, и каждый раз с новой версией SDCC - в новом месте кода. Код получаемый на выходе Hitech C на 25% меньше чем лучший результат у SDCC (по состоянию моего крайнего подхода к SDCC год назад). Так это я еще специально для SDCC в исходник кучу тупекастов добавил, чтобы он переменные не столь дебильно размещал и инициализировал, как он обычно это делает. А то бы там была не 25%, а все 100% (т.е. в пару раз) разница по весу кода.
Ничего лучше из официально бесплатного чем Hitech C пока не нашел. Жду чем закончится проект gcc+LLVM из соседнего треда - все же какой-то компилер в код Z80 на платформе РС нужен.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)