Рапределение памяти при работе компилятора ЯВУ

[denpopov]

http://www.baltissen.org/htm/pcomp.htm

не тестил, руки не дошли еще..

[Bolt]

http://www.baltissen.org/htm/pcomp.htm
не тестил, руки не дошли еще..

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

на мой взгляд 140 кб исходника это маленькая библиотечка

Это исходники компилятора

[denpopov]

. Понял, что в плане оптимизации кода это не самый лучший вариант,

По опыту мучений с SDCC - лишь бы сырок выдал, сам оптимизирую

[Bolt]

Так может тогда выдавать всё на неком промежуточном макроязыке, а кому надо прикрутит поддержку нужного процессора? LLVM, вид сбоку

Или выдавать байт-код виртуальной машины, а для целевого процессора достаточно написать несложный интерпретатор или JIT-транслятор. JAVA/.NET, вид оттуда же

[Andrew771]

сделай хоть что-нибудь, а то пока одна болтология годами (не от тебя)

[Bolt]

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

[bigral]

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

Нет, задача сама по себе очень сложная, куча архитектур с 16bit адресным (а если брать в расчет pdp-8 то и 32kW адресного) "погибли" так и не найдя легкого способа совладать с этими ограничениями.

У разработчиков линкера для RSX11 на табло желаемых фич висел во ВСЕ времена 1 незакрытый запрос - "same day service" и это естественно, даже просто задача линкера сборщика задача довольно ресурсоемкая (не говоря о задаче оптимального использования памяти в алгоритмах).

Сейчас посмотрите что происходит - еще 7...10 лет назад говорили что 64-bit адресное нужно будет только для специфических задач а сегодня все ждут выхода 64bit ARM-a как единственного возможного пути развития так как в телефонах уже 2GB это не новость а через год два уже упруться в 4GB потолок. Переучивать программеров писать проги под оверлеи и сегменты никто не будет - это 100% (и это все по той же причине, задача эта сложная).

[Bolt]

Я говорил не конкретно про программирование с модулями и оверлеями, а вообще про все эти занятия типа написания компиляторов.

[Bolt]

Не покидает меня мысль запуска всего этого в 16-битном адресном пространстве, и в частности на ZX

Чего на данный момент есть более-менее стандартного для Спектрума кроме дискет на 640 кБайт и TR-DOS? Чтобы там временные файлы хранить.

[bigral]

Не покидает меня мысль запуска всего этого в 16-битном адресном пространстве, и в частности на ZX

Чего на данный момент есть более-менее стандартного для Спектрума кроме дискет на 640 кБайт и TR-DOS? Чтобы там временные файлы хранить.

tape 100% standard