@Commander_Trashdin ты читал http://nhplace.com/kent/Papers/cl-untold-story.html ?

да ну. на самом деле за годик можно справиться ) если просто потихоньку делать, но системно. а если ставить дедлайны какие-то спешные - в результате получится известно что (тыква). имхо главное что есть заинтересованные люди, даже если их 3-4 человека, или будет 10-20. процесс стартовал. пока это будет кому-то интересно - он будет двигаться. а там будет видно.

читал давно

а что

там описывается процесс создания стандарта, может быть полезно сейчас

я напоминаю еще раз что мы не новый стандарт пишем

я создаем место где можно обсуждать

каким он должен быть

бля 0 пров

чукча не писатель чукча читатель понятно

ну я пишу дальше

Полноценные continuations позволяют манипулировать стеком в любой момент.  Они привлекательны для сообщества Scheme, где хотят минимум абстракций, на которых все строится.

Но в таком случае обработка ошибок это библиотека, а это значит, что все механизмы обработки ошибок так или иначе будут ненадежными.  В CL считают, что лучше иметь несколько гарантированно работающих примитивов, ну и вот так сейчас и есть.

Но есть менее жесткие continuations — есть реализации для CL, и это получается медленно.

нуу

хм

я бы сказал чтооо
это может быть в нижнем уровне
если при этом будет стандартная надстройка по части той же обработки ошибок

которая будет надежна так как ее сделали maintainer ы

ты можешь сказать да но возможности то останутся

ну так и язык не про safety

Так они конфликтовать будут.  Либо одно, либо другое будет неполноценно работать.

ээ