eine on aldec-vhdl-2019
eine on python311
Questa itself seems to not needed any linux packages in addition
Note that this might be not the same on Fedora containers: https://github.com/eine/hwd-ide/wiki/Continuous-Integration-(CI)#modelsimquestasim-inside-fedoralatest
Anyway, I also suggest the same approach as @tmeissner: to install in a clean container and then tar the installation directory: https://github.com/mviereck/x11docker/issues/201#issuecomment-558990580
Oh, I didn't know, that Mentor installer has an option to generate a batch installer?
It does. But, AFAIK, you do need to run the GUI installer in order to generate it. Hence, it's does not solve the issue if you cannot run the GUI in the first place.
I have never tried to install Questa on Windows. I made the container for my own usage, targeting Linux. However, there are others in my group who primarily use Windows. I wanted to see how easy it would be to adapt my container workflow for them.
@bradleyharden, I meant to start with flexlm only. Forget about Questasim, for now, as it is unrelated. You should be able to execute lmutil on Windows (on the host) and check the connection to the server. Then execute lmutil in any container (just extract it on the host and mount/bind it in the container).
python run.py -v lib.tb_example.all Compiling into vunit_lib: ../../../usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd failed === Command used: === /usr/bin/ghdl -a --workdir=/home/dev/tmp/vunit_out/ghdl/libraries/vunit_lib --work=vunit_lib --std=08 -P/home/dev/tmp/vunit_out/ghdl/libraries/vunit_lib -P/home/dev/tmp/vunit_out/ghdl/libraries/lib /usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd === Command output: === /usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd:12:10: unit "numeric_std" not found in library "ieee" /usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd:99:22: no declaration for "unsigned" ... /usr/lib/python3.8/site-packages/vunit/vhdl/string_ops/src/string_ops.vhd:118:14: package "string_ops" was not analysed /usr/bin/ghdl: compilation error
bin/directory in your path? Is
<ghdl install folder>/lib/ghdl/ieee? It looks like your install works correctly to me since it doesn't complain about calling ghdl. Not sure if this helps, but I also add
vu.set_compile_option('ghdl.a_flags', ['--ieee=synopsys', '-frelaxed-rules'])to my run.py
@GlenNicholls Thanks for your reply. I added the line you suggested, no difference.
Listing the ghdl package files, I found:
/usr/bin/ghdl ... /usr/lib/ghdl/ieee/v08/ieee-obj08.cf /usr/lib/ghdl/ieee/v87/ieee-obj87.cf /usr/lib/ghdl/ieee/v93/ieee-obj93.cf ... /usr/lib/ghdl/src/openieee/math_real-body.vhdl /usr/lib/ghdl/src/openieee/math_real.vhdl /usr/lib/ghdl/src/openieee/upf-body.vhdl /usr/lib/ghdl/src/openieee/upf.vhdl /usr/lib/ghdl/src/openieee/v08/std_logic_1164-body.vhdl /usr/lib/ghdl/src/openieee/v08/std_logic_1164.vhdl /usr/lib/ghdl/src/openieee/v87/numeric_bit-body.vhdl /usr/lib/ghdl/src/openieee/v87/numeric_bit.vhdl /usr/lib/ghdl/src/openieee/v87/numeric_std-body.vhdl /usr/lib/ghdl/src/openieee/v87/numeric_std.vhdl /usr/lib/ghdl/src/openieee/v87/std_logic_1164-body.vhdl /usr/lib/ghdl/src/openieee/v87/std_logic_1164.vhdl /usr/lib/ghdl/src/openieee/v93/numeric_bit-body.vhdl /usr/lib/ghdl/src/openieee/v93/numeric_bit.vhdl /usr/lib/ghdl/src/openieee/v93/numeric_std-body.vhdl /usr/lib/ghdl/src/openieee/v93/numeric_std.vhdl /usr/lib/ghdl/src/openieee/v93/std_logic_1164-body.vhdl /usr/lib/ghdl/src/openieee/v93/std_logic_1164.vhdl /usr/lib/ghdl/synopsys/v87/ieee-obj87.cf /usr/lib/ghdl/synopsys/v93/ieee-obj93.cf
The Ghdl version is
0.37 and VUnit is
4.4.0. My $PATH is
/usr/bin:/usr/games:/home/dev/bin:/usr/local/sbin:/usr/local/bin:/usr/lib/jvm/default/bin:/home/dev/.local/bin. Is there maybe an undocumented configuration or dependency?