vitus_wagner: My photo 2005 (Default)
vitus_wagner ([personal profile] vitus_wagner) wrote2019-09-16 10:24 am

А еще какую забавную штуку нарыл у Хиппа на гитхабе

http://www.little-lang.org/

Скриптовый язык, который по замыслу должен объединить достоинства C, Perl и Tcl, по возможности избавившись от их недостатков. (нетипизированность считается недостатком Perl и Tcl).

[personal profile] kouzdra 2019-09-16 07:49 am (UTC)(link)
Мне кажется что это скорее объединение их недостатков без достоинств
jno: (Default)

[personal profile] jno 2019-09-16 09:14 am (UTC)(link)
Интерпретируемый Ц (Ц-минус-минус) уже, вроде, проходили...
https://github.com/search?q=cmminterpreter
filin: (Default)

[personal profile] filin 2019-09-16 10:05 am (UTC)(link)
Ну, тут все-таки язык уровнем выше...
avnik: (Default)

[personal profile] avnik 2019-09-16 03:49 pm (UTC)(link)
cmm все таки никогда "отдельным" языком не считался.
У ghc вон часть рантайма на cmm написано (хотя это их собственный пиджин где-то между си и ассемблером, ближе к ассемблеру, и используется он "внутри" в основном -- mid-level internal representation такой, в нормальной работе в файлы не пишется и не читается из них, кроме тех трех модулей для рантайма)

[personal profile] sur_kg 2019-09-16 03:21 pm (UTC)(link)
Интересная вещь! На первый взгляд кажется очень классной (в определенной нише)

Вот только:
<<<
Operators
 (...)
    .   struct index (no whitespace around the dot)
 (...)
    .   string concatenation (must have whitespace around the dot)

>>>
Уже за одно только это хочется просто взять и у...ть
Edited (<pre>) 2019-09-16 15:22 (UTC)

А где указатели/ссылки?

[personal profile] sur_kg 2019-09-16 03:43 pm (UTC)(link)
Насколько я понял - указателей/ссылок просто нет. Это порочит светлые имена C и Perl.

Ну и какая польза для такого ущербного языка от строгой типизации и наличия struct?

:(
avnik: (Default)

[personal profile] avnik 2019-09-16 03:51 pm (UTC)(link)
выглядит очень многословным и довольно бессмысленным. Достоинств мало, недостатки тут уже перечислили. Я так понимаю написано оно было лет 20 назад, просто руки открыть дошли недавно (на нем какие-то куски биткипера писались)
slobin: (Default)

[personal profile] slobin 2019-09-17 02:54 am (UTC)(link)

Жутенько. Все недостатки описаны выше, повторяться не буду. Но, кажется, ни один из комментаторов не заметил основного достоинства: это "нормальный" (на самом деле нет) язык для виртуальной машины tcl/tk. То есть, язык, в котором из коробки сразу есть заведомо работающая везде мощная гуёвая библиотека. Всё. Остальное фигня.

Вообще сейчас такая мода, говорить "вы сделали для вашего языка отличный рантайм, вот только язык у вас дурацкий, давайте другой туда вставим". Ну, для JVM других языков предлагали с момента её создания, ни один пока толком не выстрелил, хотя на Котлин надежда есть (и лично мне нравится). Для эрланга эликсир уже, кажется, популярнее самого эрланга (хотя как раз вот тут я не могу понять, почему). Вот если сказать Хиппу спасибо за саму идею "нужен нормальный язык для tcl/tk машины", а сам язык продумать заново с нуля -- это по крайней мере теоретически интересно.

Но тут бы я, в отличие от Хиппа, начал с того, что tcl, вопреки некоторым своим рекламным лозунгам -- это не лисп. Опыт лиспа мне на нём мешал настолько, что я его так и не освоил. Но я подозреваю, что с переходом на виртуальную машину он внутри стал-таки лиспом, просто внешний синтаксис остался легаси. Вот если этот скрытый лисп выпустить наружу... Он, конечно, будет странный, что-то вроде emacs лиспа или rep, но это как раз не страшно. Немножко ретро, но кому это мешает?

Но это так, досужие размышления, вряд ли у кого-нибудь на это пороху хватит. Поэтому повторю ещё раз: идея "нормальный скриптовый язык для лучшей в мире гуёвой библиотеки tk, а не этот убогий tcl" -- гениальна. Данный конкретный язык -- увы, ни о чём.

... Своп на рамдрайве ...