You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
vivado.py function _read_compile_order() used by add_vivado_ip() fails with assertion when compile_order.txt contains references to files that are not VHDL or Verilog. However, some Vivado IP include .coe or .mif memory initialisation files.
Ideally, these ressource files should get copied (or symlinked) by VUnit to the simulator_output_path, so that they are available for the simulator. At the least, the assertion failure at line vivado.py:93 should be reduced to a warning (and the line ignored), so that the function does not fail.
My dirty workaround right now is changing the assert to a continue and using a pre_config to copy the ressource later.
vivado.py:93
if file_type not in ("Verilog", "VHDL", "Verilog Header"):
print("Warning: compile_order.txt entry ignored: %s" % line)
continue
run.py
def pre_config (output_path, simulator_output_path):
shutil.copy(root + "hdl/ip/lutram/lutram.mif", simulator_output_path)
return True
for tb in lib.get_test_benches():
tb.set_pre_config(pre_config)
The text was updated successfully, but these errors were encountered:
Since this function has to do with compile order I don't think it should do smartness with other types of files so I suggest that there is a new argument fail_on_non_hdl_files with a default value True to keep backwards compatibility. Want to do a PR?
vivado.py function _read_compile_order() used by add_vivado_ip() fails with assertion when compile_order.txt contains references to files that are not VHDL or Verilog. However, some Vivado IP include .coe or .mif memory initialisation files.
Ideally, these ressource files should get copied (or symlinked) by VUnit to the simulator_output_path, so that they are available for the simulator. At the least, the assertion failure at line vivado.py:93 should be reduced to a warning (and the line ignored), so that the function does not fail.
My dirty workaround right now is changing the assert to a continue and using a pre_config to copy the ressource later.
vivado.py:93
run.py
The text was updated successfully, but these errors were encountered: