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

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

Цитата:

---

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

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

---

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

Цитата:

---

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

Код:

---

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

---

---

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

memset(0x4000, 0x1a00, 0);

Цитата:

---

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

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

---

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

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

Цитата:

---

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

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

---

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

Цитата:

---

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

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

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

---

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

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

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

Цитата:

---

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

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

---

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

Цитата:

---

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

---

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

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

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

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

Цитата:

---

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

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

---

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

Цитата:

---

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

---

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

Цитата:

---

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

---

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