Command Line Options » History » Version 47
Sergey Smolov, 03/16/2018 05:22 PM
1 | 1 | Sergey Smolov | h1. Command Line Options |
---|---|---|---|
2 | |||
3 | 2 | Sergey Smolov | {{toc}} |
4 | |||
5 | 44 | Sergey Smolov | The tool can be run by using either scripts (@retrascope.sh@ for Unix-like OS, @retrascope.bat@ for Window-like OS) or "Retrascope IDE":http://forge.ispras.ru/projects/retrascope-ide plugin for "Eclipse":http://eclipse.org. |
6 | 1 | Sergey Smolov | |
7 | 44 | Sergey Smolov | In this document the command line interface for "Retrascope":http://forge.ispras.ru/projects/retrascope is described. |
8 | 23 | Sergey Smolov | |
9 | By default, the tool is run with "--help" option. Here is an output of the tool that is run with "--help" option: |
||
10 | 1 | Sergey Smolov | |
11 | <pre> |
||
12 | 47 | Sergey Smolov | usage: files [options] |
13 | 29 | Sergey Smolov | --engine <arg> Set a subset of engines |
14 | --help Show this message |
||
15 | --log <arg> Set a log file |
||
16 | --log-level <arg> Set a log level |
||
17 | --solver-debug Set debug mode for SMT solver |
||
18 | --target <arg> Set a target entity |
||
19 | --tool-debug-file <arg> Set debug mode and save info to debug log file |
||
20 | 1 | Sergey Smolov | </pre> |
21 | |||
22 | 44 | Sergey Smolov | This output shows four main categories of "Retrascope":http://forge.ispras.ru/projects/retrascope command line options: source files, engines, logging mode and targets. |
23 | 1 | Sergey Smolov | Options can be put into command line in an arbitrary order. |
24 | |||
25 | 16 | Sergey Smolov | Options can have multi-values i.e. sequences of values, separated by system-dependent symbols. For example, for running the tool on multiple Verilog files (@file1.v@, @file2.v@, @file3.v@) on *nix OS, do the following: |
26 | |||
27 | <pre> |
||
28 | --target cfg file1.v:file2.v:file3.v |
||
29 | </pre> |
||
30 | |||
31 | while on Windows: |
||
32 | |||
33 | <pre> |
||
34 | --target cfg file1.v;file2.v;file3.v |
||
35 | </pre> |
||
36 | |||
37 | |||
38 | 1 | Sergey Smolov | h2. Source files |
39 | |||
40 | This option keeps paths to files that contain source code of hardware modules. |
||
41 | |||
42 | 44 | Sergey Smolov | The "Retrascope":http://forge.ispras.ru/projects/retrascope can elaborate hardware descriptions written in synthesizable subsets of VHDL and Verilog. For current version of the tool it is possible to elaborate the source code when it satisfies some limitations. |
43 | 1 | Sergey Smolov | |
44 | 46 | Sergey Smolov | For VHDL - no loop-cycles, no other modules' instantiations, no wait-constructions, no function calls, no 'Z' or 'X' values, code size is less than 1 KLOC. |
45 | 1 | Sergey Smolov | For Verilog - similar to VHDL. |
46 | |||
47 | 44 | Sergey Smolov | If these limitations are satisfied there is a high probability that "Retrascope":http://forge.ispras.ru/projects/retrascope will be able to elaborate your design:-) Otherwise an exception will occur. |
48 | It is possible to run the "Retrascope":http://forge.ispras.ru/projects/retrascope both on several VHDL and Verilog designs. In such case a composite inner representation based on Control FLow Graph model will be constructed. |
||
49 | 1 | Sergey Smolov | |
50 | 44 | Sergey Smolov | To transform Verilog design into Control Flow Graph model you need to run "Retrascope":http://forge.ispras.ru/projects/retrascope with the following parameters: |
51 | 1 | Sergey Smolov | |
52 | <pre> |
||
53 | --target cfg /path/to/file/file.v |
||
54 | </pre> |
||
55 | |||
56 | 46 | Sergey Smolov | where "cfg" encodes Control Flow Graph model as target. |
57 | 1 | Sergey Smolov | |
58 | 44 | Sergey Smolov | To transform VHDL design into Control Flow Graph model you need to run "Retrascope":http://forge.ispras.ru/projects/retrascope with the following parameters: |
59 | 1 | Sergey Smolov | |
60 | <pre> |
||
61 | --target cfg --toplevel toplevel_name /path/to/file/file.vhd |
||
62 | </pre> |
||
63 | |||
64 | 3 | Sergey Smolov | where "toplevel" is an option that is obligatory for all VHDL designs that are being elaborated. The toplevel option value is a string name of the top-level module of the specified VHDL file. For example, to elaborate the following VHDL design (that is saved in the hello.vhd file): |
65 | |||
66 | <pre> |
||
67 | entity hello_world is |
||
68 | end; |
||
69 | |||
70 | architecture hello_world_arc of hello_world is |
||
71 | begin |
||
72 | stimulus : process |
||
73 | begin |
||
74 | 4 | Sergey Smolov | assert false report "Hello World" |
75 | 3 | Sergey Smolov | severity note; |
76 | end process stimulus; |
||
77 | end hello_world_arc; |
||
78 | </pre> |
||
79 | |||
80 | 44 | Sergey Smolov | we need to run "Retrascope":http://forge.ispras.ru/projects/retrascope with the following parameters: |
81 | 3 | Sergey Smolov | |
82 | <pre> |
||
83 | --target cfg --toplevel hello_world /path/to/file/hello.vhd |
||
84 | </pre> |
||
85 | 2 | Sergey Smolov | |
86 | 46 | Sergey Smolov | You may omit the "toplevel" option in the case you are going to elaborate a single VHDL module which name is the same as it's toplevel module name. |
87 | 30 | Sergey Smolov | |
88 | 2 | Sergey Smolov | h2. Targets |
89 | |||
90 | 46 | Sergey Smolov | From the tool point of view, the "Retrascope":http://forge.ispras.ru/projects/retrascope operates with entities. One kind of these entities called "source files" was described in the previous section and for it's elaboration the default tool components (called HDL parsers) are used. |
91 | 5 | Sergey Smolov | |
92 | 44 | Sergey Smolov | Other entities may be treated as equivalent transformations of source code, or as data that can be extracted from source code (for example, like knowledge about module interfaces) or constructed (like module-level tests). Every entity which representation is included into "Retrascope":http://forge.ispras.ru/projects/retrascope is stronlge connected with the tool component called "engine". |
93 | 5 | Sergey Smolov | |
94 | 44 | Sergey Smolov | To select the entity the user wants to get as result, the "target" option is needed to be initialized. For example, to get the EFSM (Extended Finite State Machine) that is stored into "GraphML":http://graphml.graphdrawing.org graphical format, the "Retrascope":http://forge.ispras.ru/projects/retrascope should be run with the following options (for Verilog design called example.v): |
95 | 5 | Sergey Smolov | |
96 | <pre> |
||
97 | --target efsm-graphml example.v |
||
98 | </pre> |
||
99 | |||
100 | 44 | Sergey Smolov | Here is the list of all target options of "Retrascope":http://forge.ispras.ru/projects/retrascope: |
101 | 6 | Sergey Smolov | |*Name*|*Description*| |
102 | 34 | Sergey Smolov | |assertion|Assertion model| |
103 | 6 | Sergey Smolov | |cfg|Control flow graph model| |
104 | 8 | Sergey Smolov | |cfg-graphml|Control flow graph model that is saved in the "GraphML":http://graphml.graphdrawing.org file| |
105 | 6 | Sergey Smolov | |cfginterface|Interface (input and output signals) of control flow graph model| |
106 | |cgaa|Clocked guarded atomic actions model| |
||
107 | 8 | Sergey Smolov | |cgaa-graphml|Clocked guarded atomic actions model that is saved in the "GraphML":http://graphml.graphdrawing.org file| |
108 | 35 | Mikhail Lebedev | |conflicts|Conflict model| |
109 | |conflicts-xml|Conflict model that is saved in the XML file| |
||
110 | 6 | Sergey Smolov | |efsm|Extended finite state machine model| |
111 | 8 | Sergey Smolov | |efsm-graphml|Extended finite state machine model that is saved in the "GraphML":http://graphml.graphdrawing.org file| |
112 | 37 | Mikhail Lebedev | |hldd|High-level decision diagram (HLDD) model| |
113 | 42 | Mikhail Lebedev | |smv|HLDD model stored in the SMV file| |
114 | |smv-launch|SMV file execution by the model checker| |
||
115 | 25 | Igor Melnichenko | |vhdl-testbench|VHDL testbench| |
116 | 43 | Sergey Smolov | |verilog-testbench|Verilog testbench| |
117 | 1 | Sergey Smolov | |
118 | 43 | Sergey Smolov | |
119 | 1 | Sergey Smolov | h2. Engines |
120 | |||
121 | 44 | Sergey Smolov | As it is described above, the "Retrascope":http://forge.ispras.ru/projects/retrascope consists of components called "engines" for source files & models elaboration. The "Retrascope":http://forge.ispras.ru/projects/retrascope tool takes the target and constructs a sequence of engines called "toolchain" that reaches the specified target as a result. If the specified target is unreachable, the tool returns an error message. |
122 | 8 | Sergey Smolov | When the specified target can be reached by several toolchains, the user can select the desired one by selecting engines with special option called "engine". |
123 | 44 | Sergey Smolov | Here is the list of all engines of "Retrascope":http://forge.ispras.ru/projects/retrascope: |
124 | 8 | Sergey Smolov | |*Name*|*Description*| |
125 | |verilog-parser|Parser of hardware modules descriptions written in Verilog| |
||
126 | |vhdl-parser|Parser of hardware modules descriptions written in VHDL| |
||
127 | |cfg-graphml-printer|Printer of control flow graph model into "GraphML":http://graphml.graphdrawing.org format| |
||
128 | |cfg-cgaa-transformer|Transformer of control flow graph model into clocked guarded actions model| |
||
129 | |cfg-cfginterface-extractor|Extractor of interface signals of control flow graph model| |
||
130 | 39 | Sergey Smolov | |cfg-random-test-generator|Random test generator for control flow graph model| |
131 | 8 | Sergey Smolov | |cgaa-graphml-printer|Printer of clocked guarded atomic actions model into "GraphML":http://graphml.graphdrawing.org format| |
132 | |cgaa-efsm-transformer|Transformer of control flow graph model into extended finite state machine model| |
||
133 | 37 | Mikhail Lebedev | |cgaa-hldd-transformer|Transformer of control flow graph model into high-level decision diagram model| |
134 | 8 | Sergey Smolov | |efsm-graphml-printer|Printer of extended finite state machine model into "GraphML":http://graphml.graphdrawing.org format| |
135 | |efsm-fate-test-generator|The "FATE":http://link.springer.com/article/10.1007%2Fs10836-011-5209-8 test generator from extended finite state machine model| |
||
136 | 1 | Sergey Smolov | |efsm-test-generator| Generator of tests from extended finite state machine model| |
137 | 36 | Sergey Smolov | |efsm-transition-assertion-extractor| Extractor of EFSM transition assertions| |
138 | 1 | Sergey Smolov | |efsm-conflict-extractor|Extractor of conflict model from extended finite state machine| |
139 | |conflict-xml-printer|Printer of conflict model into XML format| |
||
140 | 42 | Mikhail Lebedev | |hldd-smv-printer|Prints the high-level decision diagram model into SMV format| |
141 | |smv-modelchecker-launcher|Executes a SMV file by the model checker| |
||
142 | |smv-test-parser|Parser of tests from the model checker output| |
||
143 | 1 | Sergey Smolov | |test-xml-printer|Printer of tests into XML format| |
144 | |xml-test-parser|Parser of XML format files keeping the tests| |
||
145 | 26 | Sergey Smolov | |test-vhdl-testbench-printer|Creates VHDL testbenches on the basis of an HDL source code and generated tests| |
146 | 43 | Sergey Smolov | |test-verilog-testbench-printer|Creates Verilog testbenches on the basis of an HDL source code and generated tests| |
147 | 8 | Sergey Smolov | |
148 | 43 | Sergey Smolov | |
149 | 14 | Sergey Smolov | Some options are common for all the tool engines. Here they are: |
150 | |*Option name*|*Description*|*Acceptable value*| |
||
151 | |printer-style|Set a printer style|VERILOG/VHDL| |
||
152 | 11 | Sergey Smolov | |
153 | 1 | Sergey Smolov | Some engines have individual command line options. Here is the list of all engine-specific options: |
154 | 14 | Sergey Smolov | |
155 | |*Engine name*|*Option*|*Description*|*Acceptable value*|*Default value*| |
||
156 | 1 | Sergey Smolov | |verilog-parser|include-path|Path to find included files|Any existing file system path|<none>| |
157 | 46 | Sergey Smolov | |verilog-parser|module-name|Toplevel Verilog module name|Name of top level Verilog module|empty for more than one input files; file name for only input file| |
158 | 31 | Sergey Smolov | |vhdl-parser|toplevel|Toplevel VHDL modules names|Name of toplevel module for the processed VHDL module(s)|empty for more than one input files; file name for only input file| |
159 | 45 | Sergey Smolov | |verilog-parser, vhdl-parser|no-backends|Disables all the backends (optimizations) for the HDL parser||| |
160 | 1 | Sergey Smolov | |cfg-graphml-printer|cfg-graphml|Output GraphML file name|Any string name for file that is acceptable by OS|cfg-model.graphml| |
161 | 39 | Sergey Smolov | |cfg-random-test-generator|test-len|Length of test sequence to be generated.|Integer number that is greater than zero|<none>| |
162 | 41 | Sergey Smolov | |cfg-random-test-generator|test-seed|Random ssed value for test generation.|Integer number|0| |
163 | 39 | Sergey Smolov | |cfg-random-test-generator|clk-name|Name of clock signal|Any string value|clk| |
164 | |cfg-random-test-generator|clk-lvl|Active level of clock signal|Integer number (supposed 1 or 0)|1| |
||
165 | |cfg-random-test-generator|rst-name|Name of reset signal|Any string value|rst| |
||
166 | |cfg-random-test-generator|rst-lvl|Active level of reset signal|Integer number (supposed 1 or 0)|1| |
||
167 | |cfg-random-test-generator|rst-delay|Reset signal delay|Integer number that is greater than 0|1| |
||
168 | 40 | Sergey Smolov | |cfg-random-test-generator|input-values|Input signals and their possible values.|list of "name=[min,max,radix]" expressions|<none>| |
169 | 20 | Sergey Smolov | |cgaa-graphml-printer|cfg-graphml|Output GraphML file name|Any string name for file that is acceptable by OS|cgaa-model.graphml| |
170 | 39 | Sergey Smolov | |cgaa-efsm-transformer|state-vars|Names of state-like variables|Any string name or names separated by system separators|<none>| |
171 | 15 | Sergey Smolov | |efsm-graphml-printer|efsm-graphml|Output GraphML file name|Any string name for file that is acceptable by OS|efsm-model.graphml| |
172 | 18 | Igor Melnichenko | |efsm-fate-test-generator|sequence-length|Amount of vectors in one randomly generated sequence|Any integer (including zero)|a total amount of states| |
173 | |efsm-fate-test-generator|sequences-number|Amount of sequences in a randomly generated fragment of a test|Any integer (including zero)|A ratio of a total amount of transitions to a total amount of states (rounded to an integer)| |
||
174 | 1 | Sergey Smolov | |efsm-fate-test-generator|loop-limit|Loop iteration limit|Any integer which is greater than zero|1| |
175 | 43 | Sergey Smolov | |efsm-fate-plus-test-generator|sequence-length|Amount of vectors in one randomly generated sequence|Any integer (including zero)|a total amount of states| |
176 | |efsm-fate-plus-test-generator|sequences-number|Amount of sequences in a randomly generated fragment of a test|Any integer (including zero)|A ratio of a total amount of transitions to a total amount of states (rounded to an integer)| |
||
177 | |efsm-fate-plus-test-generator|loop-limit|Loop iteration limit|Any integer which is greater than zero|1| |
||
178 | 35 | Mikhail Lebedev | |efsm-test-generator|loop-limit|Loop iteration limit|Any integer which is greater than zero|1| |
179 | 1 | Sergey Smolov | |efsm-conflict-extractor|search-type|Type of search performed on an extended finite state machine|BFS (Breadth-First Search) or DFS (Depth-First Search)|BFS| |
180 | |efsm-conflict-extractor|search-depth|Depth of search performed on an extended finite state machine|Any integer which is greater than zero|10| |
||
181 | |conflict-xml-printer|output-file|Output XML file name|Any string name for file that is acceptable by OS|conflicts.xml| |
||
182 | |hldd-smv-printer|output-file|Output SMV file name|Any string name for file that is acceptable by OS|model.smv| |
||
183 | 42 | Mikhail Lebedev | |hldd-smv-printer|check-method|Model checking method|bdd (for CTL) or bmc (for LTL)|bmc| |
184 | |smv-modelchecker-launcher|check-method|Model checking method|bdd (for CTL) or bmc (for LTL)|bmc| |
||
185 | 1 | Sergey Smolov | |test-xml-printer|file-name|Output XML file name|Any string name for file that is acceptable by OS|test.xml| |
186 | 46 | Sergey Smolov | |test-vhdl-testbench-printer|testbench-dir|A directory where testbenches are saved|Either a relative or an absolute path to a directory. The %%MODULE_NAME%% placeholder is replaced by a processed design's name|testbenches/%MODULE_NAME%| |
187 | 32 | Igor Melnichenko | |test-vhdl-testbench-printer|overwrite-existing|Overwrite target files if they already exist||| |
188 | 46 | Sergey Smolov | |test-verilog-testbench-printer|testbench-dir|A directory where testbenches are saved|Either a relative or an absolute path to a directory. The %%MODULE_NAME%% placeholder is replaced by a processed design's name|testbenches/%MODULE_NAME%| |
189 | 43 | Sergey Smolov | |test-verilog-testbench-printer|overwrite-existing|Overwrite target files if they already exist||| |
190 | 15 | Sergey Smolov | |
191 | 2 | Sergey Smolov | h2. Logging |
192 | |||
193 | 46 | Sergey Smolov | By default, "Retrascope":http://forge.ispras.ru/projects/retrascope prints it's output to the standard error stream. It is also possible to redirect the tool output to the specified file by using <code>--log</code> option. |
194 | 19 | Igor Melnichenko | The default logging level is <code>INFO</code>. It is possible to change it by means of the <code>--log-level</code> option. The acceptable values are <code>ERROR</code>, <code>WARNING</code>, <code>INFO</code>, <code>DEBUG</code>. |
195 | 24 | Sergey Smolov | |
196 | h2. SMT solver debug mode |
||
197 | |||
198 | By default, "Fortress":http://http://forge.ispras.ru/projects/solver-api do not store the *.smt2 files through which it communicates with SMT solver. It can be enabled by setting <code>--solver-debug</code> option. |