Как запустить tcl скрипт

Скрипт на Tcl с ключом запуска

Я тут бестолково наваял пару скриптов на Tcl. Все работало ой как хорошо, но таки понадобилось запускать Tcl скрипт с ключом, напр. ./myprog.tcl 99.

Дальше смешно — сейчас у меня параметр для скрипта передается вот так:

В скрипте, соответственно,

Подскажите, как должна выглядеть программа на Tcl, чтобы её можно было запускать как ./myprog.tcl 99.

anonymous
10.09.07 19:35:15 MSD

Есть глобальные переменные argc (число аргументов), argv (список аргументов).

man tclvars в общем.

Vadim_Z ★
( 10.09.07 19:58:32 MSD )
Ответ на: комментарий от Vadim_Z 10.09.07 19:58:32 MSD

А в какую сторону man? Proc? Я что-то ни разу не программист. Так, иногда, прилады всякие.

anonymous
( 10.09.07 21:00:23 MSD )
Ответ на: комментарий от anonymous 10.09.07 21:00:23 MSD

Дословно, man tclvars
Оно не как параметры передается, а как глобальные переменные.
С глобальными переменными работать умеем?

Грубо говоря,
if < $argc >0 > <
set sessa [lindex $argv 0]
>

Vadim_Z ★
( 10.09.07 22:02:44 MSD )
Ответ на: комментарий от Vadim_Z 10.09.07 22:02:44 MSD

The following variables are only guaranteed to exist in tclsh and wish executables:

argc The number of arguments to tclsh or wish. argv Tcl list of arguments to tclsh or wish.

Я бездарность 🙂 Говорила мне мама не выпендриваться и писать скрипты на shell. Все скрипты стали короче на пару сотен строк. А в чертовых буржуйских книжках написано так, словно это абстрактные названия параметров.

anonymous
( 11.09.07 08:39:56 MSD )

Хаа.. Госсподи, я твой код наверное на wtf программисткий скину 🙂 Чесна первый раз вижу чтоб в тикле чел сначала разобрался с каналами и пайпами а потом с argc :))))))))

Использование TCL в разработке на FPGA

Всем привет! Давно не писал статьи на любимую тематику и наконец-то созрел на что-то более-менее приличное и стоящее. В этой статье речь пойдет об очень интересной задаче, с которой инженер-разработчик сталкивается чуть ли не каждый день. Предлагаю вам посмотреть, каким образом можно использовать всю мощь и простоту TCL скриптов для проектирования на FPGA. В данной статье описание базируется на ПЛИС фирмы Xilinx, но это не отменяет возможностей TCL скриптов для кристаллов ПЛИС других производителей.

Интересно? Поехали…

Что такое TCL?

TCL (Tool Command Language) — скриптовый язык высокого уровня для исполнения различных задач. Зачастую TCL применяется в связке с графической оболочкой Tk (Tool Kit), но в рамках этой статьи этот аспект рассматриваться не будет. Язык находит широкое применение в различных задачах автоматизации процессов:

Тестирование комплексных модулей, узлов, частей кода;
Скоростное прототипирование;
Создание графических интерфейсов для консольных приложений;
Внедрение в прикладные приложения и задачи.

Все программы на языке TCL состоят из команд, которые разделяются символом «;» или символом начала новой строки. Как и во многих других языках программирования, первое слово — команда, остальные слова — аргументы команд.

command arg1 argt2 … argN

set NewValue “Hello World!” puts $NewValue

Первая команда создает переменную NewValue, а вторая команда производит печать значения переменной в консоль. Для того, чтобы использовать переменные с пробелами используются кавычки. В остальных случаях они не требуются. Результат исполнения команд представлен на рисунке ниже:

На мой взгляд, главное удобство языка TCL заключается в том, что любой аргумент команды может быть заменен другой командой. Для этого его необходимо поместить в квадратные скобки. На примере ниже я покажу эту возможность. Помимо всего прочего, TCL способен управлять поведением программы на основе различных событий. Это означает, что обработчик команд может выполнять те или иные действия не только по условию, записанному в скрипте, но и по всевозможным внешним событиям (изменение значение переменной во внешнем файле, захват данных в канале, завершение исполнения приложения, достижение счетчика таймера определенного значения и т.д.). Язык TCL богат набором команд, содержит достаточно удобные средства работы с массивами данных и регулярными выражениями. На TCL реализована возможность написания функций и процедур, доступно описание циклов и выражений по условию, что существенно облегчает написание код.

Зачем вам TCL?

Практически все разработчики на FPGA/ASIC рано или поздно сталкиваются с языком TCL в своих проектах. В современной разработке на ПЛИС скрипты TCL активно применяются для задач автоматизации и интеграции процессов. TCL входит во все ведущие САПР ПЛИС – Quartus для Altera, ISE Design Suite и Vivado для Xilinx. Что позволяет сделать TCL?

создание проекта (добавление исходных файлов, установка опций, иерархии дизайна, назначение файла верхнего уровня и т.д.),
синтез и трассировка (вплоть до создания независимых стадий с разными настройками),
тестирование законченных узлов, отдельных модулей и всего проекта целиком,
автоматическая генерация файлов ограничений (UCF / XCI) на базе шаблонов,
проверка временных ограничений для синтезированного и трассированного проекта.
задание параметров цепей, компонентов и примитивов ПЛИС, установка опций для IP-ядер,

Все эти стадии, так или иначе, являются базовыми операциями в процессе разработки на ПЛИС: от создания моделей поведения узлов на языках VHDL/Verilog до отладки законченного проекта в САПР на этапе синтеза и трассировки. Как правило, сложные проекты содержат большое число модулей, написанных разными разработчиками, несколько IP-ядер, файлы ограничений, библиотеки и пакеты функций. В итоге, законченный проект имеет некую иерархичную структуру и набор правил для подключения тех или иных модулей к требуемым узлам проекта. Разработчику сложно держать в голове знания о том, где и как должны находиться отлаженные модули и какие функции они выполняют, если в его работе они используются, но знания об их работе не требуются на этапе разработки (так называемые “black-box” модули). На помощь приходит TCL скрипт, который управляет структурой проекта и связывает требуемые узлы по заранее подготовленным шаблонам. Это обеспечивает гибкость в разработке и даёт возможность повторяемости законченных узлов при миграции от одного проекта к другому.

Как правило, одновременно со стадией создания новых узлов для ПЛИС протекает стадия отладки этих узлов отдельно от проекта и в совокупности с законченной системой. Первичное моделирование проводится абстрагировано от ПЛИС на компьютере в специализированных САПР и средах моделирования: это Modelsim, ISim, Aldec Active-HDL и другие. Для реализации задачи отладки проектов на помощь также приходят TCL скрипты, позволяющие обрабатывать события, возникающие во время моделирования, и принимать решения по результатам работы модели. При отладке RTL-узла чисто на HDL языках может возникнуть сложность написания модели, поскольку любое изменение в поведении схемы приведет к необходимости изменения модели и наборов тестирования. Использование связки модели на HDL языке и TCL скриптах достаточно удобно и для многих решений позволяет ускорить процесс отладки, а также унифицировать сложные тесты.

За стадиями написания кода и его отладки следуют привычные шаги синтеза, размещения и трассировки проекта в кристалле ПЛИС. Пожалуй, это один из самых сложных шагов, который требует больших вычислительных ресурсов рабочей станции и длительного времени исполнения до полного завершения. Скрипты TCL позволяют управлять событиями выполнения на каждой стадии, анализировать результаты тех или иных вычислений для достижения наилучших характеристик по разводке и трассировке проекта (объем занимаемых ресурсов, максимальные тактовые частоты, допустимые значения задержек по таймингам и прочее). Кроме того, TCL дает возможность исключить рутинные действия по выбору и смене настроек, повторному запуску стадий проверок, перезапуску конкретного этапа при создании файла прошивки ПЛИС. Такая автоматизация проектирования практически полностью исключает постоянное присутствие человека на этих стадиях.

Надеюсь, что, дочитав до этих строк, вы уже убеждены в том, что TCL – удобная и мощная штука, которой крайне необходимо пользоваться в своих проектах. Ниже я разберу один из полезных скриптов, который используется нашей командой для создания проекта в среде Vivado, для добавления уже написанных файлов исходных текстов, всевозможных IP-ядер, файлов ограничений XCI и многое другое.

TCL your FPGA!

Рассмотрим один из самых простейших TCL скриптов для автоматического создания проекта на ПЛИС. Предварительные действия совсем минимальны: на локальной машине требуется наличие каталога с исходными текстами проекта, как показано на рисунке ниже.

Для удобства я использую независимые каталоги для проектов, созданных в среде Xilinx ISE Design Suite и в Vivado, если это позволяет семейство ПЛИС (7 серия: Artix, Kintex, Virtex). Исходные файлы лежат в каталоге /src, проект vivado в одноименном каталоге, а проект для среды ISE создается в каталоге /ise, но результаты синтеза и разводки сохраняются в директории /implement. Все это сделано для удобства управления проектом в целом и независимого управления в разных средах. Также это делает иерархию более наглядной и избавляет вас от кучи мусорных файлов в исходниках. Отдельно следует отметить каталог /top в директории исходных текстов, где лежит файл верхнего уровня и необходимые файлы ограничений (для ISE это *.ucf файл, для Vivado это *.xdc файл).

Проект содержит смешанные IP-ядра – старые, созданные в ISE и новые, созданные в Vivado. В каталоге core_k7 лежат все ядра, созданные в CoreGenerator для ISE. Они не регенерируются и не обновляются при использовании в проекте Vivado (причем файл *.vhd используется для моделирования, файл *.ngc – для синтеза, а файл *.xco в проект Vivado не добавляется). В каталоге /ipcores лежат новые ядра в формате *.xci, созданные непосредственно в среде Vivado. Следует отметить, что для каждого ядра требуется отдельная под-директория, иначе для IP-ядер в проекте устанавливается атрибут “LOCKED”, что не дает возможности обновлять ядра и регенерировать их для синтеза.

Перейдем к описанию TCL скрипта:

# Stage 1: Specify project settings set TclPath [file dirname [file normalize [info script]]] set NewLoc [string range $TclPath 0 [string last / $TclPath]-5] set PartDev "xc7k325tffg900-2" set PrjDir [string range $TclPath 0 [string last / $NewLoc]] set TopName [string range $NewLoc [string last / $NewLoc]+1 end]

Первая строка ищет расположение TCL скрипта на локальной машине (находится в каталоге src/tcl) и создает строковую переменную с полным путём до файла.

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

Переменная PartDev содержит название кристалла ПЛИС. И это единственная переменная, которая меняется в проекте! Все остальные строки скрипта остаются НЕИЗМЕННЫМИ в любом проекте.

# Stage 2: Auto-complete part for path set PrjName $TopName.xpr set SrcDir $PrjDir/$TopName/src set VivNm "vivado" set VivDir $PrjDir/$TopName/$VivNm cd $PrjDir/$TopName pwd if <[file exists $VivNm] == 1> < file delete -force $VivNm >file mkdir $VivNm cd $VivDir

На следующей стадии создаются дополнительные переменные, которые определяют расположение исходных файлов, создают директорию vivado, если её нет и т.д. Хочу отметить, что я проверяю наличие директории vivado на локальной машине. Если директория существует – она удаляется и создается заново, чтобы не было никаких конфликтов в новом проекте.

Команда cd меняет рабочую директорию, а команда pwd показывает расположение рабочей директории.

# Stage 3: Find sources: *.vhd, *.ngc *.xci *.xco *.xdc etc. # This stage used instead of: add_files -scan_for_includes $SrcDir set SrcVHD [findFiles $SrcDir "*.vhd"] set SrcVer [findFiles $SrcDir "*.v"] set SrcNGC [findFiles $SrcDir "*.ngc"] set SrcXCI [findFiles $SrcDir "*.xci"] set SrcXDC [findFiles $SrcDir "*.xdc"] set SrcPCI [findFiles $SrcDir "cl_pcie*"] set NewLoc [string range $SrcPCI 0 [string last / $SrcPCI]-6]

Здесь все примитивно и понятно – создаются переменные, определяющие названия всех исходных файлов в каталоге /src. Для поиска файлов используется процедура findFiles, к которой мы ещё вернемся.

Отдельно производится поиск компонента узла PCI-E, который является базовой и неотъемлемой частью для всех наших проектов.

# Stage 4: Find all subdirs for IP cores (VHD, XCO, NGC, EDN) set PrjAll <> lappend PrjAll $DirIps $DirAdm $SrcDir/core_v2_ise $SrcDir/core_v4_ise $SrcDir/core_v5_ise $SrcDir/core_v6_ise $SrcDir/core_k7 $SrcDir/TestBench set SrcSim <> for    < set SrcXXX [findFiles [lindex $PrjAll $i] "*.vhd"] put $SrcXXX foreach SrcAdd $SrcXXX < lappend SrcSim $SrcAdd >>

На следующей стадии производится поиск всех IP-ядер в проекте. Причем в переменную SrcSim записываются названия файлов, которые используются для моделирования. Команда lappend в цикле добавляет к переменной другие значения, формируя массив, который на языке TCL называется листом. На этом подготовительная часть скрипта заканчивается и начинается создание проекта.

# Stage 5: Create project and add source files create_project -force $TopName $VivDir -part $PartDev set_property target_language VHDL [current_project] add_files -norecurse $SrcNGC add_files -norecurse $SrcXCI export_ip_user_files -of_objects [get_files $SrcXCI] -force -quiet add_files $SrcVHD add_files -fileset constrs_1 -norecurse $SrcXDC

Создаем проект, определяем файл верхнего уровня, устанавливаем тип кристалла ПЛИС (в данном примере это Kintex-7 K325T), добавляем найденные исходные файлы.

# Stage 6: Set properties and update compile order set_property top $TopName [current_fileset] for    < set_property used_in_synthesis false [get_files [lindex $SrcSim $i]] >set NgcGlb [findFiles $DirIps "*.ngc"] for    < set_property IS_GLOBAL_INCLUDE 1 [get_files [lindex $NgcGlb $i]] >set_property IS_GLOBAL_INCLUDE 1 [get_files $SrcPCI]

Устанавливаем опции для файлов моделирования (исключаем из синтеза), задаем параметр GLOBAL_INCLUDE для ядер, используемых в узле PCI-E (это специфическая особенность, требуемая для наших проектов).

# Stage 7: Upgrade IP Cores (if needed) report_ip_status -name ip_status set IpCores [get_ips] for    < set IpSingle [lindex $IpCores $i] set locked [get_property IS_LOCKED $IpSingle] set upgrade [get_property UPGRADE_VERSIONS $IpSingle] if  < upgrade_ip $IpSingle >> report_ip_status -name ip_status

На этой стадии производится поиск IP-ядер проекта в формате XCI, проверяется необходимость обновления версии ядра и параметр locked, на который влияет смена кристалла ПЛИС. После анализа ядер происходит обновление и выдается отчет об успешно завершенной операции.

# Stage 8: Set properties for Synthesis and Implementation (Custom field) set_property strategy Flow_PerfOptimized_high [get_runs synth_1] set_property strategy Performance_ExtraTimingOpt [get_runs impl_1] launch_runs synth_1 wait_on_run synth_1 open_run synth_1 -name synth_1 launch_runs impl_1 -to_step write_bitstream wait_on_run impl_1

Завершающая стадия, на которой происходит установка настроек синтеза и трассировки – выбирается стратегия из списка доступных. Затем поочередно запускается синтез, размещение и трассировка до полной разводки прошивки ПЛИС.

Как видно, использование скрипта позволяет избавить пользователя от рутинной работы по созданию проекта, добавлению новых файлов, обновлению IP-ядер и многих других однотипных вещей. Скрипт полностью автоматизирован и требует установки единственного аргумента – тип кристалла ПЛИС. Его можно задать как переменную в файле, либо как аргумент, который исполняется одновременно с запуском TCL-скрипта. На рисунке ниже приведен скриншот рабочей области проекта в среде Vivado, который был запущен с использованием скрипта:

Отдельно следует обратить внимание на процедуру findFiles, с помощью которой можно производить поиск всех файлов в директории. Аргументы функции: basedir – каталог поиска, pattern – маска поиска.

proc findFiles < basedir pattern >< set basedir [string trimright [file join [file normalize $basedir] < >]] set fileList <> foreach fileName [glob -nocomplain -type -path $basedir $pattern] < lappend fileList $fileName >foreach dirName [glob -nocomplain -type -path $basedir *] < set subDirList [findFiles $dirName $pattern] if < [llength $subDirList] >0 > < foreach subDirFile $subDirList < lappend fileList $subDirFile >> > return $fileList >

Поиск выполняется в несколько шагов: определение рабочей директории как шаблона файла, создание списка по имени файла с указанием полного пути и формирование массива-списка типа list, если найденных файлов больше одного. Пример работы функции findFiles приведен на рисунке ниже. Для пояснения написан цикл, который выводит на экран все найденные файлы. Как видно, указывается полный путь до каждого файла.

Скрипт запускается из командной строки, либо с использованием GUI приложения Vivado. В первом случае необходимо запустить Vivado TCL Shell и написать незамысловатую команду

vivado –mode tcl –source %full_path/example.tcl

Примечание: из командной строки можно запустить и графическую среду, поменяв режим запуска mode на gui.

В среде Vivado скрипты запускаются незамысловато и просто: Menu -> Tools -> Run TCL Script…

На этом знакомство с языком TCL завершается. На этом возможности автоматизации проектов не заканчиваются. В этом простом примере я хотел показать, как с использованием TCL скриптов можно автоматизировать проектирование на ПЛИС. Язык TCL является очень удобным, простым для понимания и самое главное – открытым для использования. По личным оценкам, внедрение скриптов в жизнь разработчиков позволяет в несколько раз уменьшить время на полное создание проекта от начальной до завершающей стадии, и оставить больше времени на «чистую» разработку (написание кода). Ниже приведены полезные ссылки для знакомства с TCL-скриптами на FPGA.

Литература:

Vivado Design Suite User Guide — Using Tcl Scripting
Vivado Design Suite Tcl Command Reference Guide
TCL Tutorial
Использование TCL в проекте Марсоход
Статический временной анализ FPGA
Поднимаем SOC: ARM + FPGA

Уроки Tcl

Tcl может использоваться как средство для связи разных программ между собой. Например, как .bat файлы DOS или shell-скрипты в Unix. Так же как в .bat файлах, вы можете вызывать другие программы из Tcl. Запущенные программы называются подпроцессами.

Есть два способа создать подпроцесс из Tcl:

open — запускает новую программу, прикрепляя её ввод и вывод к файловому дескриптору.
exec — просто создаёт подпроцесс.

Вызов open аналогичен открытию файла. Если первый символ имени файла символ потока (|), то open запустит программу, прикрепив ввод и вывод к файловому указателю. Он может быть открыт для чтения, записи, или чтения/записи.

Многие операционные системы буфферизуют ввод и вывод. Это значит, что строка, которую вы посылаете командой puts может не отправиться сразу, а будет записана в буфер. Когда буфер заполнится (или будет выполнена команда flush), то будет непосредственно выведена. При обычном запуске буфер очищается после каждой команды, однако при использовании потоков между программами для повышения эффиктивности буфер накапливает большие порции информации.

Если файл открыт для чтения и записи вы должнты знать, что потоки буферизованы. Следует периодически использовать команду flush, чтобы иметь уверенность, что данные посланы подпроцессу. Выходные данные так же не будут доступны для чтения read или gets, пока буфер подпроцесса не будет заполнен.

Вызов exec аналогичен обычному запуску программы (или нескольких программ) из командной строки. Поддерживается несколько способов перенаправления вывода, или вы можете получить вывод подпроцесса как возвращаемое значение команды exec.

open \|имяПрограммы ?доступ?
Возвращает указатель на файл. имяПрограммы должно начинаться с символа потока (\|). Если имяПрограммы заключено в кавычки или фигурные скобки, то может включать аргументы для подпроцесса.
exec ?ключи? арг1 ?арг2? . ?аргN?
Exec воспринимает арг1 как имя запускаемой программы, а остальные аргументы — аргументы для неё. Ключи начинаются с «-» и могут устанавливать некоторые параметры выполнения: -keepnewline — Оставляет завершающие символы начала новой строки. (обычно они удаляются) — (два минуса) — Обозначает конец ключей. Следующий аргумент будет воспринят как имя программы, даже если начинается с минуса («-«).

Арг1 — аргN команды exec могут быть следующими:

имя программы, которую нужно выполнить, подпроцесс
аргументами для подпроцесса
команды перенаправления ввода/вывода

Есть много разнообразных команд перенаправления ввода/вывода. Вот основной набор этих команд:

\|
Поток вывода команды, предшествующей символу потока перенаправляется на стандартный ввод следующей команды.
< имяФайла
Первая программа потока будет читать ввод не из консоли, а из фала имяФайла
< @ указФайла
Первая программа потока будет читать из указателя на файл указФайла, который действителен в Tcl программе. УказФайла — значение возвращаемое командой open . «r».

Первая программа потока получит значение как входной поток.
> имяФайла
Вывод последней программы потока будет перенаправлен в файл имяФайла. Предыдущее содержимое файла будет потеряно.
>> имяФайла
Вывод последней программы потока будет добавлен к содержимому файла имяФайла.
2> имяФайла
Стандартный вывод ошибок всех программ потока будет послан в файл имяФайла. Предыдущее содержимое этого файла будет потеряно.
2>> имяФайла
Стандартный вывод ошибок всех программ потока будет добавлен в файл имяФайла.
>@ указФайла
Вывод последней программы в потоке будет записан в указФайла. УказФайла — значение, возвращаемое командой open . «w».

Есть несколько вещей, которые нужно помнить при использовании exec и open.

Если вы используете Tcl для программирования скриптов, или вводите команды прямо в интерпретатор, то нет нужнды использовать кавычки для группировки слов.
Если вы используете конструкцию open |cmd «r+», то после каждой команды puts нужно использовать flush.
Так же можно использовать команду fconfigure, чтобы сделать канал не буферизованым.
Если одна из команд в open |cmd не сработает, то open не возвратит ошибку. Однако, при попытки чтения из файлового указателя с помощью gets $file возвратит пустую строку. Ипользование gets $file input возвратит число символов -1.
Исправьте в примере строку «Эта строка придёт назад.» на «Эт», чтобы увидеть этот случай в примере.
Если одна из команд при вызове exec не сработает, то exec вернёт ошибку.

Код примера демонстрирует как использовать open и exec в паре. Это не лучший способ, но рабочий. В частности, если вы передаёте большой текст, то обычно использовать exec с перенаправлением на указФайлов быстрее.

Пример начинается с записи простой программы Tcl, которая исправляет порядок символов во временном файле. Эта программа будет запущена отдельно, для проверки записи и чтения в отдельной программе.

Как только программа записана и файл закрыт, мы можем запустить Tcl скрипт. Команда:

set io [open «|$tempFileName» r]

открывает поток для чтения и записи в новую программу. Когда строка передана в программу, следует команда flush.

Когда Tcl скрипт прочитает строку из stdin (стандартный поток ввода), он исправляет порядок символов на обратный, и записывает в stdout (стандартный поток вывода), и завершает работу. Когда программа завершает — буфер очищается, и программа примера читает выходную строку из канала.

Пример с командой exec показывает другой способ работы программы. Одна лстрока ввода может быть послана другой программе одной командой Tcl.

Пример:

# Создание уникального имени для файла set tempFileName "test[pid].tcl" # Открывает файл и записывает туда программу set outfl [open $tempFileName w] puts $outfl < set len [gets stdin line] if for = 0> < append l2 [string range $line $i $i] >puts $l2 exit 0; > # Сбрасывает данные и закрывает файл flush $outfl close $outfl # Запускает подпрограмму из текущей и # Открывает поток к программе set io [open "|tclsh $tempFileName" r+] # посылает строку новой программе # *Данные должны быть сброшены flush* puts $io "Эта строка вернётся назад." flush $io # Получает ответ set len [gets $io line] puts "До инверсии: 'Эта строка вернётся назад.'" puts "Инвертированная строка: $line" puts "Строка содержит $len символов" # Запуск программы с заданной строкой на входе set invert [exec D:/PROGRA~1/Tcl/bin/tclsh.exe $tempFileName

Горбачев "Yurez" Юрий

Как запустить tcl скрипт

Когда Интерпретатор запустится, он сочтет все три строки комментариями, потому что обратный слеш в конце второй строки означает для него, что третья строка есть продолжение комментария на второй строке.

Изменить символ приглашения можно при помощи переменных tcl_prompt1 и tcl_prompt2. Если переменная tcl_prompt1 существует, то она должна содержать скрипт Tcl для вывода приглашения; вместо вывода своего приглашения, ⌠Интерпретатор■ будет исполнять скрипт в tcl_prompt1. Переменная tcl_prompt2 используется аналогичным образом, когда при вводе была начата новая строка, но вводимая команда еще не была закончена. Если переменная tcl_prompt2 не была задана, то для незаконченных команд не будет выводиться никакого приглашения.

Как запустить tcl скрипт

Скрипт на Tcl с ключом запуска

Использование TCL в разработке на FPGA

Что такое TCL?

Зачем вам TCL?

TCL your FPGA!

Литература:

Уроки Tcl

Пример:

Как запустить tcl скрипт

Добавить комментарий Отменить ответ