LINUX.ORG.RU

История изменений

Исправление foror, (текущая версия) :

Есть мнение, что подсчёт ссылок медленнее сборки мусора.

В рантайме не будет подсчета ссылок или сборки мусора. Я обдумываю комплекс ЯП+демон или ЯП+ide, который во время работы пользователя с сырцами будет генерировать метаданные в перемешку с нативным кодом (или байт-кодом+jit пока хз).

На основе метаданных в нативный код будет автоматически инъектится сгенерированный код по выделению/освобождению памяти за пользовательскими объектами.

Не больше, не меньше, иначе смысла нет в этом новом ЯП из 21 века, если не удасться сделать подобную штуку. Тогда придется продолжать юзать либо ЯП из 20 века, либо поделки от хипстеров, либо застрявших в 70-х автортетов от ИТ.

Компилятор у такого ЯП конечно будет медленее (поэтому и демон или ide, чтобы компилить на каждый чих и держать индекс кода в памяти), чем у тех же крестов, но с другой стороны он должен параллелится. Как раз к времени его стабилизации, такие процы устареют Встречайте: 10 ядер 20 потоков

Исходная версия foror, :

Есть мнение, что подсчёт ссылок медленнее сборки мусора.

В рантайме не будет подсчета ссылок или сборки мусора. Я обдумываю комплекс ЯП+демон или ЯП+ide, который во время работы пользователя с сырцами будет генерировать метаданные в перемешку с нативным кодом (или байт-кодом+jit пока хз).

На основе метаданных в нативный код будет автоматически инъектится сгенерированный код по выделению/освобождению памяти за пользовательскими объектами.

Не больше, не меньше, иначе смысла нет в этом новом ЯП из 21 века, если не удасться сделать подобную штуку. Тогда придется продолжать юзать либо ЯП из 20 века, либо поделки от хипстеров, либо застрявших в 70-х автортетов от ИТ.