или только те, кто "болеет" за проект. я, например, прохожу мимо таких проектов (а вот побурчать на форуме могу, а для чего? а для того, чтобы если кто-то когда-то будет стоять перед выбором инструмента - знал, что он кривой, а этот - он не временно кривой, он вообще кривой). вменяемым и полезным для меня проектам - помогаю в меру сил, в т.ч. и готовым кодом.Сообщение от Valen
Чем ты компилишь ?
Там реально багов меньше ?
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
А можно немножко подробностей? Ради повышения уровня образованностиНе смотрел его исходы, посему собственного мнения не имею.
Я с примерами кода сейчас аргументировать не могу: не хранил примеры с косяками SDCC. Но неоднократно в разные годы на разных версиях SDCC пытался собирать им работоспособные проекты (которые собирает Hitech C), обламывался, и твердил nevermore.А можно немножко подробностей? Ради повышения уровня образованности
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Не, меня интересуют больше внутренности компилятора, его идеология. Хочется узнать что там считается кривым.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
самое кривое, что бросается в глаза - peephole optimization через найти и заменить по тексту. ассемблер они тоже применяют кривой, но это дело вкуса (такого отвратительного вкуса я не видел еще).
Имхо, имеет право на существование. Другое дело что это, похоже, единственная оптимизация
А еще что?
ясное дело, что лучше с ней, чем без нее, но это по своей сути мега костыль.
емнип, у них еще что-то есть из традиционного, но это не помогает быть оптимальным...
в целом - мне уже хватает. инструмент должен быть как минимум стабильным.
Error404
Согласен, количество багов в нем с трудом компенсируется энтузиазмом разработчиков. Код, кстати, даже с включенным пипом на 5% жырнее, чем у ИАР-а. Печально.
Багу пофиксали между прочим. Уже.
Valen
Расскажи мне про багтрекеры и про нормальных людей. Можешь еще рассказать про системы контроля версий. Если еще есть чего рассказать - рассказывай.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
