Почему?

Борщ, обладая объектной системой, хуже уже все равно не станет

Не могу ссылку найти, где-то утеряна. На гуглкоде объяснялось. Там какой-то такой замес, что правильный call/cc можно только в ядре ЯП сообразить иначе все стандарты коту под хвост. И вместо call/cc в борще пошли своим путем. Ща покопаюсь, если найду скину

Да понятно, пуристы негодуют

Спасибо

Это не совсем про то, но статья годная )

Ту щас еще покопаю

@weird_ego а ты вот эту статью читал?

Кажется, содержание норм.

да, но давно и не осилил

Там нормальное изложение, надо просто как-нибудь целенаправлено сесть

ок, понял и схоронил

Упороться, но в целом, это не больше, чем генераторы концептуально

Меня конечно заклюют (и по делу)

Во, накопал

Но можешь понимать так, ничего не потеряешь

> is there an equivalent of the scheme call/cc (continuations) for lisp?
> (maybe some libraries that provide similar functionality?)
No.  CATCH and THROW are the closest you'll get.  Lisp continuations have
dynamic, not indefinite extent.  And they are not reentrant.

A compatibility library for this would be extremely hard to arrange because
it would probably involves transforming ALL relevant code to use Continuation
Passing Style (CPS) in order that continuations would become manifestly
manipulable objects.  Further, in the process of doing this, you'd have to
develop a model of what happened to special variables and UNWIND-PROTECT
and other dynamic effects.  Even Scheme does not have a good theory of
how call/cc and unwind-protect interact--they just hide it by not offering
unwind-protect and claiming that it is left as an exercise to the user.
The truth is that unwind-protect is a mess in the presence of call/cc.
And given the choice between the two, I'd pick unwind-protect any day.

Это