Welcome to the Xilinx Tcl App Store GitHub Repository!
A Tcl app store is an open source repository of Tcl code designed primarily, but not necessarily for use with the Xilinx Vivado Design Suite. An app is a grouping or collection of one or more Tcl scripts that is published and maintained by an owner. The app owner acts as a gatekeeper for that code and we only accept contributions for an app from the owner. In addition, the entire repository is managed by a Xilinx gatekeeper that controls pushes to the public repo.
This project is currently in a "beta" phase, and we are limiting access. To contribute, either by adding a new app, or by modifying an existing app, please send an email to: tclstore@xilinx.com
- Get a github account <USER> and download and install git on your machine (GitHub for Windows)
- Ask for permission to XilinxTclStore repository by sending e-mail to tclstore@xilinx.com
- Sign on to github.com
- Switch to a shell on your machine (we recommend GitShell for windows)
If you have already cloned the repository then skip this step. Otherwise to pull this repository from within a firewall you will need to congifure http.proxy. Note this setting may be different for your system. If you have questions contact your IT network administrator:
git config --global http.proxy http://proxy:80
#Create and cd to a working directory, for instance ~/github/
mkdir <WORKING_DIR>
cd <WORKING_DIR>
git config --golbal USER.name <USER> #github USER name
git config --global USER.email your_email@your_company.com
- Clone the repository
We recommend working off of only the master branches for simplicity. We do support forking of repositories, which require syncing and merging. If you are familiar with this methodology you can use it, otherwise stick with working off the master branches of each repo. You need to clone the Xilinx master repo to your local area. Don't foget to substitute <USER> for your real github account name:
On Windows
cd <WORKING_DIR>
git clone https://github.com/Xilinx/XilinxTclStore.git
On Linux
cd <WORKING_DIR>
git clone http://<USER>@github.com/Xilinx/XilinxTclStore.git
You will need to enter your github password when prompted.
Now you have cloned the repo directories under "<WORKING_DIR>/XilinxTclStore"
cd <WORKING_DIR>/XilinxTclStore
git status
- Check out the entire master branch (you can also check out individual files by passing the specific file name). Below is the command for checking out the entire default branch.
git checkout
-
Add your application code to the respective directory. For a new app, create the directories following the taxonomy tclapp/<YOUR_COMPANY>/<YOUR_APP> (for an example see tclapp/mycompany/myapp), including test code. Note you can use your github account name in place of <YOUR_COMPANY> if you would like.
For more information on creating application, refer to the following section
####My First Vivado Tcl App.
-
Mark files for adding. Make sure you add all necessary files, including the tclIndex, pkgIndex.tcl, and package provider files (3 in addition to the "normal" tcl source files. The tclIndex and pkgIndex.tcl files are generated by Vivado - described later in the section for My First Vivado Tcl App.
cd ./XilinxTclStore
git add tclapp/<YOUR_COMPANY>/<YOUR_APP>
- Commit to local repository
git commit -m "your description of the changes"
- Push to your cloned master <USER>/XilinxTclStore in Github
git push origin
- Send Pull Request. Switch back to github.com in a web browser, and navigate to your repo
https://help.github.com/articles/creating-a-pull-request
Press "Pull Request" button right upper-ish
Add any additiona note if you wish
Done!
Make sure you are set up as a normal contributor (name/email/proxy config settings)
Since you will be merging content from other branches and repos, you need to set some merge configuration options:
git config --global merge.defaultToUpstream true
- Create a repository by cloning XilinxTclStore, skip to next step if repository already exists locally
On Windows
git clone https://github.com/XilinxInc/XilinxTclStore.git
On Linux
git clone http://USER@github.com/XilinxInc/XilinxTclStore.git
- Update local repo with github master
git fetch
- Merge any changes
git merge --ff
- Set up remote to point where the pull request is sent usually USER/USER if this has not been done yet
git remote add remote_name https://github.com/<USER>/XilinxTclStore.git
e.g.
git remote add raj https://github.com/rajklair/XilinxTclStore.git
- Update local repo with <USER> branch
git fetch remote_name
- Merge changes from <USER> branch. Use "master" or the name of the branch if the user forked.
git merge remote_name/remote_branch
e.g.
git merge raj/rajklair
-
Fix any merge conlicts
-
Add the changes and commit
git add .
git commit -m "update notes"
-
Run tests and check content
-
Push to github or go to step 11
git push origin master
geto Step 12
-
Go to Github.com Pull Request from the <USER>.
If everything is good, merge, add comments and close the pull request.
If something is not good, add comments so the requester can make changes.
If something is bad, add comments, reject it and close the pull request.
-
Delete the local repository, or forked branch if you created one.
git branch -r -d remote_name/remote_branch
e.g.
git branch -r -d raj/rajklair
Or in browser, delete this branch after merging when prompted.
Done
Before you start Vivado, there is an environment variable to change the location of the default repository. YOu need to change this to your local working directory to test the app and generate some needed files. Set XILINX_TCLAPP_REPO to the location of your cloned repository. NOTE - this environment variable will be replaced with a Tcl param in 2014.1, but for now (2013.4) you will need to use an env variable.
export XILINX_TCLAPP_REPO=<WORKING_DIR>/XilinxTclStore
Some of the Tcl app related commmands in Vivado require a Tcl repo to be present so it is important the env variable is set before you start Vivado. Once this is set - do not change it without restarting vivado, we do not currently support multiple repos, and there can be issues if code is not located where it is expected. We will improve this over time.
If you have already cloned the repository, then you may want to fetch and merge the latest updates into your clone.
The lastest and greatest official apps are available in the "master" branch so this is where you want to merge into.
cd XilinxTclStore
git checkout master
git fetch
git merge
The directory structure should follow <WORKING_DIR>/tclapp/<YOUR_COMPANY>/<YOUR_APP>/...
mkdir -p ./tclapp/mycompany/myapp
cd ./tclapp/mycompany/myapp
More directory and testing structure can be found in tclapp/README.
Every app needs a tcl script that provides packaging information to Vivado. This is called the package provider. The name of the script can be whatever you like, but the contents of the file must be the same as published below. We suggest a .tcl file with the same name as your app, <YOUR_APP>. See one of the existing apps for an example.
vi ./myapp.tcl
Change the version and namespace to match your app. Note that you can also require specific Vivado versions. See other apps in the repository for examples. Create a tcl file with the name of your app in the appropriate app directory and paste the following code in it - again modified appropirately for your app:
# tclapp/mycompany/myapp/myapp.tcl
package require Tcl 8.5
namespace eval ::tclapp::mycompany::myapp {
# Allow Tcl to find tclIndex
variable home [file join [pwd] [file dirname [info script]]]
if {[lsearch -exact $::auto_path $home] == -1} {
lappend ::auto_path $home
}
}
package provide ::tclapp::mycompany::myapp 1.0
Your app scripts will not be able to have this same name, but could be placed inside of this package provider file. If you already have the app created, then copy it into <WORKING_DIR>/tclapp/<YOUR_COMPANY>/<YOUR_APP>/. If you are creating the app from scratch, then:
vi ./myfile.tcl
You need to make sure of a couple things:
- You must have all procs in namespaces, for example:
# tclapp/mycompany/myapp/myfile.tcl
proc ::tclapp::mycompany::myapp::myproc1 {arg1 {optional1 ,}} {
...
}
- Add the commands that you would like to export to the top of each file. It is important that you are explicit about the commands, in other words, do not use wildcards.
# tclapp/mycompany/myapp/myfile.tcl
namespace eval ::tclapp::mycompany::myapp {
# Export procs that should be allowed to import into other namespaces
namespace export myproc1
}
proc ::tclapp::mycompany::myapp::myproc1 {arg1 {optional1 ,}} {
...
}
- You must have 4 "meta-comments" which describe your procedure interfaces - inside of the procedures, and each meta-comment must be seperated by new lines (without comments)
# tclapp/mycompany/myapp/myfile.tcl
namespace eval ::tclapp::mycompany::myapp {
# Export procs that should be allowed to import into other namespaces
namespace export myproc1
}
proc ::tclapp::xilinx::test::myproc1 {arg1 {optional1 ,}} {
# Summary: A one line summary of what this proc does
# Argument Usage:
# -arg1 <arg> : A one line summary of this argument which takes a value indicated by <arg>.
# [-optional1 <arg> = <opt1_default>] : A one line summary of an optional argument that takes a value and which has a default
# [-optional2] : A one line summary of an optional arg that does not take a value (aka a flag)
# Return Value:
# TCL_OK is returned with result set to a string
# Categories: xilinxtclstore, projutils
...
}
Each of these meta-comments is interpreted by Vivado at run-time. It is critical that they be present and correct in your app or it may not function correctly. The following is a description of each meta-comment.
The text following "Summary:" should be a brief, one-line description of your app.
This is the most complex of the meta-comments. As shown in the above example, there should be one line for each mandatory or optional arg supported by your app. Optional args should be enclosed within []. Args which should be accompanied by a value must be followed by the literal text <, "arg", and >, indicating to the USER where the value should be placed. The summary should explain what are the valid values that a USER might use. You can also specify a default value, which is a value which will be assumed if the USER does not specify the given optional arg. You can also have optional args that do not take any value (these are often referred to as "flags"). For a flag, it's presence on the command line implies a value of true, indicating that some optional action should be take by the app. An exception to this rule is if the name of the flag is prefixed with "no_" (for example, -no_cleanup), in which case a value of false is implied, indicating that the app will not take some action which by default it normally performs.
You can also specify positional args. A positional arg is for which just a value is specified and that has no corresponding flag (e.g. -arg1).
Here is a more concrete example:
# Argument Usage:
# file: Name of file to generate
# -owner <arg>: USERname of the owner of the file to be generated.
# [-date <arg> = <todays_date>]: The date to use in yyyy/mm/dd format, will default to today's date if not specified.
This example app has one mandatory positional arg, which is the name of a file it will generate. It also has a mandatory flag -owner, and an optional arg -date, which has a default value. Assuming this app was called "touch", an example usage might be:
touch /home/joe_USER/myfile -owner root
Use of this command would result in the creation of a file named /home/joe_USER/myfile, owned by root, and with a file creation date of today.
Use this meta-comment to specify the possible return values for your app.
Use this meta-comment to specify which categories in the Vivado help system your app should be listed. "Categories:" should be followed by a comma-separated list. By convention, the first category listed should always be "xilinxtclstore". Any additional categories are up to you as the app developer.
To create neccessary tcl index and package files, invoke Vivado (without creating log and journal files). The instructions below will run commands to create these necessary files in the current directory.
cd ~/XilinxTclStore/tclapp/mycompany/myapp
vivado -mode tcl -nolog -nojournal
In Vivado, now issue these Tcl commands:
Vivado% pkg_mkIndex .
Vivado% auto_mkindex .
Vivado% exit
There is tool in Vivado that checks some basic requirements for the Tcl app store. This is called a "linting" tool.
If you are not already in Vivado:
vivado -mode tcl -nolog -nojournal
There should be a lint_files command available at this point:
Vivado% lint_files [glob XilinxTclStore/tclapp/mycompany/myapp/*.tcl]
Correct anything the linter identifies as a problem. Exit Vivado when you are done.
- Set XILINX_TCLAPP_REPO to point where the local XilinxTclStore is
export XILINX_TCLAPP_REPO=<WORKING_DIR>/XilinxTclStore
or just the path
export XILINX_TCLAPP_REPO=<WORKING_DIR>
Run Vivado
vivado -mode tcl
When the env variable is set, Vivado automatically adds the location of the repository to the auto_load path in Tcl.
- Start testing
Require the package that was provided by the app
vivado% package require ::tclapp::mycompany::myapp
Optionally import an exported proc
namespace import ::tclapp::mycompany::myapp::*
myproc1
...
cd ~/XilinxTclStore
git config USER.name “johnd”
git config USER.email “johnd@mycompany.com”
Make sure you commit your <USER> branch.
cd ~/XilinxTclStore
git checkout myorg-johnd
git add .
git status
git commit -m "created myapp for mycompany"
git push origin mycompany