к вопросу о разумности использования компиляторов C на спеке

[Sinus]

GriV: кстати об C++ - плюсы легко делаются в виде препроцессора (C++ => C), точнее легко беруться из старых опенсорсовских плюсанутых компилеров.
например так работает SAS/C на амиге.

[lvd]

я собираюсь делать именно нативный (т.е. хост-машина == спектрум) компилер.

А может на спеке прокатит и более простой компилер? Синтаксис упростить, всякие ужасные 32битные типы выкинуть (можно вообще типы выкинуть, оставить байт и ворд), компилять не в натив, а в байткод. Для скриптования сойдёт. =))

[fk0]

int main() { 
    unsigned char* t; 
    t = 16384; 
    while (t<16384+6144) {
         *t = 255; 
         t++;
    } 
    return 0; 
}

Не надо ламерить! На C такое пишется гораздо проще:

memset(0x4000, 0x1a00, 0);

[fk0]

к чему я это все? да ни к чему, просто хотелось радостью поделиться, нашел хоть один нормальный компилятор :-)
вообще, неудивительно, что он дает такой неплохой код, все-таки коммерческая разработка для промышленного применения
если кто заинтересовался - компилер можно бесплатно скачать с www.iar.com(4 мега). Там написано, что это демо-версия, но никаких ограничений пока не заметил

Нет ограничений? А размер кода? Ха-ха.

Нормальный компилятор? Нормальный компилятор называется HiTech-C.

[Vitamin]

Нормальный компилятор? Нормальный компилятор называется HiTech-C.

А его ктонить тестил на предмет качества кода?

[valker]

Нет ограничений? А размер кода? Ха-ха.

Нормальный компилятор? Нормальный компилятор называется HiTech-C.

В природе существует версия 4.06A (кракнутая). Никаких ограничений (пока) не замечено.

[Sinus]

lvd: более простой компилер? а он вообще нужен тогда?
C хорош тем, что можно делать реюзинг кода. А более другой компилер нафих не нужен, ибо для тесту идей вполне катит Basic48 + Tobos

а насчёт компиления в байт-код, так только так и можно нормально работать со всякими ужасными 32-битными указателями ^_~

[lvd]

lvd: более простой компилер? а он вообще нужен тогда?
C хорош тем, что можно делать реюзинг кода.

Какого-такого кода? Весь код НА СПЕКЕ пишется на асме онли, и будет так только и писаться. Более высокоуровневый язык может быть нужен только для скриптинга в играх, например. А там никакого нах реюзинга. Учись смотреть на спек трезво! =)

а насчёт компиления в байт-код, так только так и можно нормально работать со всякими ужасными 32-битными указателями ^_~

У кого что болит. Байткод стековой машины хорош тем, что по сути выполняет обратную польскую запись, в коею обычные инфиксные выражения переводятся при помощи 1 стека.

[Sinus]

lvd
скриптинг в играх на спеке возможет разве что только в адвентюрах и RPG-шках. ибо во всех остальных случаях будет тормозно.

создание C компилера на спеке интересно так скажем не с практической, а с научной точки зрения ^_~

а насчет обратной польской записи это очевидно, я про динамическое распределение памяти > 64k и что нормальный линейный указатель интересней
чем двойка [банк-памяти, адрес-в-банке]

[lvd]

lvd
скриптинг в играх на спеке возможет разве что только в адвентюрах и RPG-шках. ибо во всех остальных случаях будет тормозно.

Что именно будет тормозно, о великий теоретик гамедева на спектруме! Просвети нижайшего слугу твоего!

создание C компилера на спеке интересно так скажем не с практической, а с научной точки зрения ^_~

Атлична! Создай и доклади о результатах. Мож даже статью напишешь куда - мы будем гордиться таким умищем с мировой славой! =)))

а насчет обратной польской записи это очевидно, я про динамическое распределение памяти > 64k и что нормальный линейный указатель интересней
чем двойка [банк-памяти, адрес-в-банке]

Куда интересней то, от чего польза есть...