Языки программирования

[Vitamin]

Как показала практика и опыт - продумывание алгоритма и распределение по приоритетам задач - гораздо более эффективный способ сделать, "чтобы не тормозило", чем переписывание всего на АСМе. Куски на асме - другое дело (например в обработчиках очень критичных ко времени прерываний). Но все на асме - изврат

Медленно но верно, я тоже пришел к такому выводу Особенно если приходится переделывать чей-то код- на сях бывает достаточно отформатировать исходник чтобы понять что к чему. А вот на асме обычно надо глубоко разбираться...

Я смотрел. Фигня. Но дело в другом. Чем с нуля писать кодогенератор под монстрообразный gcc можно попробовать (если конечно есть желание, а ведь именно об этом шла речь ) _оптимизировать_ уже существующий back-end из ACK.

Я просто видел одну реализацию компилятора на С. Сделано все влоб, продвинутые грамматические разборы не применяются (подозреваю что и стандарт не полностью соблюдается и оптимизация слабоватая), но зато все относительно ясно и понятно.

[Advertiser]

[NovaStorm]

А весёленькие эти "The Ten Commandments for C Programmers" у АСК'ного lint =)
А эффективный С для спеки скорее всего будет далёк отстандарта,тк наверняка придётся много делать руками: и типы вызовов прописывать и со стеком извращаться и код ORG'ами рассовывать...
++
"ACK has received minimalmaintenance for the best part of a decade. During that time, the Unix world has moved on", "the ACK is not C99 compatible" ещё бы, 10 лет ему... стоит ли вообще возиться?
++
Жгут: "User options - How to make lint shut up".
У АСК походу дела внутрях стековая машина ЕМ, будет ли это хорошо для Z80?

[maximk]

стоит ли вообще возиться?

Альтернатив не видно. Если кому-то хочется сделать лучше, чем в z88dk или sdcc, то, имхо, лучше всего начать с ACK. Что проще: ковырять исходники всего компилятора (как вариант - писать вообще с нуля ) или написать нормальный конвертер из EM в код Z80, пусть даже для этого придется выкинуть штатный кодогенератор.

10 лет это пустяки Сколько там некоторым местам кода ядер BSD или древних гнушных утилит?

C99 для спека и нафик не нужен. Имхо, если бы даже был Small C (подмножество т.е.) , но генерил мега-код - это был бы реальный рулез. Что с того, что sdcc ANSI-compliant?

И еще: лично мне больше всего понравился LCC. Хоть он и написан для RISC-машин, но я думаю, можно было бы приспобосить и для z80. Но там с доками глухо... Исходники есть, но не с самодокументированным кодом

[NovaStorm]

Писать back-end для EM почти бесперспективно. Может лучше в сторону www.cminusminus.org податься, там хотя бы серьёзные дядьки работают, работы конечно там будет скорее всего больше, но и результат себя должен будет оправдать.
++
блин, этих С--, как собак... но смысл я думаю понятен - попытаться попользовать более поддерживаемый кодогенератор.
++
Можно небольшое how-to по ACK? скомпилил, проверил... Вроде что-то делает, но на z80 код это ну совсем не похоже =)

[captain cobalt]

Если говорить о z80 вообще, то под CP/M есть много всяких языков - покопайтесь на файловых хранилищах.

Документация на один из компиляторов Modula-2 (freeware c 2002 года):
http://www.hartetechnologies.com/manuals/Modula2/

[Error404]

Альтернатив не видно. Если кому-то хочется сделать лучше, чем в z88dk или sdcc, то, имхо, лучше всего начать с ACK.
...
10 лет это пустяки Сколько там некоторым местам кода ядер BSD или древних гнушных утилит?

Хехе. Я тут недавно сравнивал: распоследний SDCC генерит с одного и того же исходника вдвое более объемный код, чем CP/M Hitec C однатысячадевятьсотмохнат ого года

C99 для спека и нафик не нужен. Имхо, если бы даже был Small C (подмножество т.е.) , но генерил мега-код - это был бы реальный рулез. Что с того, что sdcc ANSI-compliant?

Да вообще нужно хотябы один более-менее похожий на C язык с изначальной поддержкой нормальных типов данных (32bit integer, float)
Но их нет! Все недоделанные, либо генерят монструозный код, либо ни с чем не совместимы кроме как сами с собой.

[captain cobalt]

Вот ещё нагуглилось:
http://www.softools.com/scz180.htm
http://www.ticalc.org/pub/text/z80/

[NovaStorm]

Да уж, под CP/M есть вот например что http://www.bdsoft.com/resources/bdsc.html, но исходник на асме 8080 =(
А Small C кто-нибудь собирал?
++
Ага! Ситуация проясняется... Z88DK это потомок от Small C.
Гляжу теперь AnyC.
Надо бы FAQ сделать прилепленный, чтоб не лазить толпой...

[maximk]

bdsc генерит код для i8080. Код относительно нормальный, но с hisoft уже не сравнить, а то, что он не для z80 делает его малопригодным...

[andrews]

А Small C кто-нибудь собирал?

я собирал...это самое простое, но нужны хорошие графические и прочие библиотеки( в частности работающие со специфическим железом спектрумов)