Debugging#

Simulation and runtime debugging options#

Besides the options described in Options, GHDL passes any debugging options (those that begin with -g) and optimizations options (those that begin with -O or -f) to GCC. Refer to the GCC manual for details. Moreover, some debugging options are also available, but not described here. The --help option lists all options available, including the debugging ones.

--trace-signals#

Display signals after each cycle.

--trace-processes#

Display process name before each cycle.

--stats#

Display run-time statistics.

--disp-order#

Display signals order.

--disp-sources#

Display sources while displaying signals.

--disp-sig-types#

Display signal types.

--disp-signals-map#

Display map bw declared signals and internal signals.

--disp-signals-table#

Display internal signals.

--checks#

Do internal checks after each process run.

--activity=<LEVEL>#

Watch activity of LEVEL signals: LEVEL is all, min (default) or none (unsafe).

--dump-rti#

Dump Run Time Information (RTI).

--bootstrap#

Allow --work=std

GNU Debugger (GDB)#

Warning

Debugging VHDL programs using GDB is possible only with GCC/LLVM.

GDB is a general purpose debugger for programs compiled by GCC. Currently, there is no VHDL support for GDB. It may be difficult to inspect variables or signals in GDB. However, it is still able to display the stack frame in case of error or to set a breakpoint at a specified line.

GDB can be useful to catch a runtime error, such as indexing an array beyond its bounds. All error check subprograms call the __ghdl_fatal procedure. Therefore, to a catch runtime error, set a breakpoint like this:

(gdb) break __ghdl_fatal

When the breakpoint is hit, use the where or bt command to display the stack frames.