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

Вид для печати

Показывать 40 сообщений этой темы на одной странице

15.11.2006, 10:20
Vitamin

Цитата:

Сообщение от SfS

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

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

Цитата:

Сообщение от maximk

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

Я просто видел одну реализацию компилятора на С. Сделано все влоб, продвинутые грамматические разборы не применяются (подозреваю что и стандарт не полностью соблюдается и оптимизация слабоватая), но зато все относительно ясно и понятно.
15.11.2006, 14:07
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?
15.11.2006, 15:00
maximk

Цитата:

Сообщение от NovaStorm

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

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

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

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

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

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

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

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

Цитата:

Сообщение от maximk

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

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

Цитата:

Сообщение от maximk

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

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

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

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

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

Цитата:

Сообщение от NovaStorm

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

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

Показывать 40 сообщений этой темы на одной странице