tgingold
tgingold
I can reproduce the error, but not the crash: ``` > $GHDL -a -fsynopsys --work=fracarro types_pkg.vhd functions_pkg.vhd RAM_DP_generic.vhd TS_AES_128.vhd TS_AES_128.vhd:64:21:error: can't associate string literal with generic "init_data" INIT_DATA => "",...
But the version of ghdl you are using is ~200 commits before the head. So probably the crash has been fixed. Could you try with a more recent version.
Bound check failure means an index is out of array range, or an value is out of the range of a subtype.
I don't see what a '-a' option will provide over '!ghdl'. But, if your verilog design is instantiating a few vhdl cells, you can simply synthesize them before the verilog...
I think this is a know issue, that I haven't been yet able to fully investigate.
@creiter64 according to @tasgomes, it was working with an older version of GHDL. I suppose the issue is related to a change of llvm; so if you can rebuild a...
I tried to reproduce the issue (using the test in #2182), without success. I have installed ghdl with pacman (ghdl r670), I think llvm 15.0.2 is used.
Thank you for the investigation. I can reproduce the issue. I fear it is due to the size of `unisim_retarget_vcomp.vhd` which triggers a bug in the linker. I am investigating.
It looks like an llvm bug. I tried to generate the .s file for unisim_retarget_vcomp.vhd with ghdl1-llvm If I assemble it with clang, the link fails. If I assemble it...
Which version of ghdl are you using ? I cannot reproduce the crash.