Хочу писать программы для ретрокомпьютеров

[grf]

Выше писали, что есть еще GCC, заточенный под PDP, но автор статьи показывает, что GCC проигрывает ACK. Кто-нибудь пробовал использовать ACK для разработки под PDP? Мне кажется, было бы удобно писать код на C с ассемблерными вставками, тем более, что по словам автора ACK такое поддерживает.

Если хочешь брать и писать под БК - надо брать ассемблер и писать. Остальное приведет к 15 страницам срача "под БК нет/есть unix", "под БК нет/есть C" (как тут развели на тему Z80) и закончится на том, что все в этом мире хрень, а особенно [подставить марку ретрокомпа].

[Advertiser]

[shattered]

к ack придется приделывать runtime для rt-11 или другой ос по вашему выбору, и соответственно заменить toolchain (ассемблер, линкер)

[Kuprin]

Спасибо. Понял, что это не вариант.

[Oleg N. Cher]

Если хочешь писать под БК на Си, бери тот GCC, что я сказал. Но без асма всё равно никуда.
Вероятно, здесь на форуме найдутся люди, которые помогут написать первоначальные процедуры на асме, расскажут как стыковать асм с сями. Это будет не быстро, но всё равно будет комфортнее, чем на MACRO-11, ещё и, не дай бог, на самой RT-11.

Выше писали, что есть еще GCC, заточенный под PDP, но автор статьи показывает, что GCC проигрывает ACK.

GCC не может проигрывать ACK. ACK это самопальный почти не оптимизирующий компилятор. А GCC выдаёт такие штуки, что прямо диву даёшься. Это лучший из возможных компилей, и мне очень жаль, что нет рабочей версии для Z80.

[reddie]

без асма всё равно никуда

Особенно если писать для БК0010, где доступной памяти программ, по сути, меньше 16 кило. Это как ZX Spectrum 16КБ, коли сравнивать.

[Sandro]

Особенно если писать для БК0010, где доступной памяти программ, по сути, меньше 16 кило. Это как ZX Spectrum 16КБ, коли сравнивать.

Почти в два раза больше. У Спектрума 16К реально под программу доступно около 8К. Если забить на подпрограммы из ПЗУ, то почти 10.

[Oleg N. Cher]

Подтверждаю, что и для БК-0010, и для ZX Spectrum 16K можно писать на Обероне.

В качестве иллюстрации такой разработки для Спека 16К есть Bolder16K, а для БК10/11(M) есть начатки Дурачка, куда уже поместилась почти вся нужная логика и графика. Кстати, надо бы его дальше делать.

[shattered]

GCC выдаёт такие штуки, что прямо диву даёшься

любопытно. какие?

[Oleg N. Cher]

Один раз он оптимизировал умножение переменной-параметра функции на 5, учтя то, что этой переменной присваивалось только одно константное выражение. Я это заметил только потому, что не было вызова внешней процедуры умножения. Умножения-деления, кратные 2, он тоже ессно оптимизит до сдвигов. Ну и многое другое. Он очень хороший код для PDP-11 даёт, реально. Намного лучший, чем я напишу руками.

- - - Добавлено - - -

Кстати, я знаком с человеком, который использует GNU Pascal для разработки под БК-0010. Но там более древняя версия GCC юзается, чем та, что по ссылке выше. И не адаптированная для КР1801ВМ1 - так что он патчил код уже после выхлопа GCC на уровне асма. И этот механизм не позволял юзать библиотеки. Я к тому, что мой подход с Обероном и более новым GCC несколько совершеннее. И ещё - было бы желание. Нравится Паскаль - пиши на Паскале, нет проблем.

[Sandro]

Один раз он оптимизировал умножение переменной-параметра функции на 5, учтя то, что этой переменной присваивалось только одно константное выражение. Я это заметил только потому, что не было вызова внешней процедуры умножения. Умножения-деления, кратные 2, он тоже ессно оптимизит до сдвигов. Ну и многое другое. Он очень хороший код для PDP-11 даёт, реально. Намного лучший, чем я напишу руками.

Сворачивание константных подвыражений и замена алгебраическими эквивалентами -- это типовые оптимизиции, они в любом нормальном компиляторе есть.