Создание транспилятора в tcl?

если там внутри посмотреть, то там есть вполне себе виртуальная машина со своим (ещё одним) языком типа ассемблера. Можно порождать её инструкции. Есть даже дизасемблер :-)

если про скрипы, то нечто порождающее скрипты tcl, процентов на 90% и есть тикль, только оно об этом ещё не знает :-)

и я не понимаю честно говоря зачем генерить код высокоуровневого языка. Скорее затея сведётся к переезду на означенный язык.

PS/ tclsh работает довольно просто, чего там смотреть - инициализует всякое и ходит в цикле по DoOneEvent()

если по поводу приведённой ссылки, то да то было-бы наверное удобно - язык использующий byte-code tcl и инфраструктуру, но более приближенный ко всяким С++/С#.

Сам по себе тикль вызывает диссонанс у неофитов :-(

Стоят ли усилия свеч? незнаю. По мне так проще миксить C/С++ и tcl в одном скрипте, благо что это возможно.

Я смотрел только на то, что составные части компилятора не берутся из таблицы, а являются просто функциями. В этот момент была потеряна надежда подставить в эту таблицу свою функцию вместо родной.

Сам по себе тикль вызывает диссонанс у неофитов :-(

Меня это в данный момент не интересует никак. bash ничем не лучше, но он победил, поэтому его все учат.

Стоят ли усилия свеч?

Не стоят. Ведь зачем людям tcl? Только ради tk, а его можно из любого языка дергать. Зачем же изобретать колесо? На самом деле tk наиболее выгодно юзать в связке с tcl. Кто этого не понял, тому и tk не больно то нужен.

Я смотрел только на то, что составные части компилятора не берутся из таблицы, а являются просто функциями. В этот момент была потеряна надежда подставить в эту таблицу свою функцию вместо родной.

вообще не понял что ты хочешь сделать :-)

# просто пример как может выглядить вызов somelang из tcl
# импорт пакета и соотв. загрузка :
package require somelang
# а дальше мы его просто вызываем :
somelang procName {
  # тут следует код на НЁХ, главное чтобы скобки были парными
} 

тут somelang - это команда, которая получит 2 аргумента: имя команды которую надо создать и текст, по которому надо сгенерить её байт-код..

зачем тебе при этом парсер tcl? ты же хочешь из некоего somelang породить байт-код. У somelang очевидно свой парсер..

ZigLang упоролись патчить парсер только ради того чтобы переключать языки как «#lang zig».

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

Ну, наверное в решётке скрыт их символ, поэтому вопрос был действительно важный :) Не говоря о том, что наверное, парсер на Си будет намного быстрее, чем на самом тикле. А так-то можно написать программу, которая будет открывать файл и парсить его - и не нужно будет фигурных скобок вместе с их парностью.

так-то конечно можно.

см. всякие «шаблонизаторы» у которых в синтаксисе половина html другая половина НЁХ от фантазий авторов. В простейшем случае это некий «препарсер» который переключает парсеры грамматик, оставляя какую-то общую часть

Basic in tcl: http://wiki.tcl.tk/915

tcc4tcl (Tiny C Compiler for Tcl): http://wiki.tcl.tk/40489 .. http://chiselapp.com/user/rkeene/repository/tcc4tcl/index

tcltcc: http://wiki.tcl.tk/20123 .. https://github.com/mpcjanssen/tcltcc/

Critcl: http://wiki.tcl.tk/2523 .. https://github.com/andreas-kupries/critcl .. http://andreas-kupries.github.io/critcl/

Гранд мерси!

а ты не знал ???

вроде как с tcl возишься не первый год и не глянул в стандартную библиотеку или на wiki.. я разочаровываюсь

Ты уже второй раз разочаровываешься. Т.е. в тот раз не окончательно разочаровался? :)

а я отходчивый :-)

На самом деле тикль мне нужен был как кроссплатформенный гуй и не более того. Я как огня боялся любого подмешивания туда Си, который обычно имеет проблемы и с совместимостью, и с кроссплатформенностью, и с надёжностью сразу. Поэтому нет причины смотреть в сишную библиотеку. Вики же я почитываю, ессно, но тут, напротив, не было раньше мотива смотреть на языки на базе тикля, поскольку такой задачи не было. Впрочем, неважно, ведь ты отходчивый :)

если внимательно смотреть в стандартную библиотеку или на wiki... то и поговорить будет не о чем )))