Forum Discussion
quartus/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v(40): (vlog-2163) Macro `<protected> is un
When compiling the sim lib file quartus/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v which is included with my Quartus Prime Pro 24.3, I see this failure:
# vlog -reportprogress 300 -sv -suppress 13338 /data/opt/intelFPGA_pro/24.1/quartus/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v
# ** Error: /data/opt/intelFPGA_pro/24.1/quartus/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v(40): (vlog-2163) Macro `<protected> is undefined.
# ** Error: /data/opt/intelFPGA_pro/24.1/quartus/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v(40): (vlog-2163) Macro `<protected> is undefined.
# ** Error: /data/opt/intelFPGA_pro/24.1/quartus/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v(40): (vlog-2163) Macro `<protected> is undefined.
# ** Error: /data/opt/intelFPGA_pro/24.1/quartus/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v(40): (vlog-2163) Macro `<protected> is undefined.
# ** Error: (vlog-13069) /data/opt/intelFPGA_pro/24.1/quartus/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v(40): syntax error in protected region.
#
# ** Error: /data/opt/intelFPGA_pro/24.1/quartus/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v(40): (vlog-13205) Syntax error found in the scope following '<protected>'. Is there a missing '::'?
I get this failure in Questa Base 2024 and Modelsim DE 2022.
Could you help to resolve this problem, please?
Hello Sheng,
This appears to most likely be a problem with my computer: I am running Ubuntu 22.04.
The files compile fine if I install questa in a docker container running Ubuntu 22.04, just not on my desktop. I wondered if it might be a difference in gcc, but gcc -v returns the same thing on the bad computer and on the docker container: gcc version 11.4.0 (Ubuntu 11.4.0-1ubuntu1~22.04).
I will ask Siemens if there is anything that might cause this to go wrong.
Can you give any insight on what's on line 40? This and the other _ncrypyt.v files from Quartus and Quartus Pro behave the same way (e.g. fiftyfivenm_atoms_ncrypt.v, cyclonev_atoms_ncrypt.v), but all of my plaintext source files work OK.
Thanks,
Gavin
7 Replies
- ShengN_altera
Super Contributor
Hi,
May I know what simulation you're performing?
Thanks,
Regards,
Sheng
- gavin5342
New Contributor
Hello Sheng,
I started by using the attached msim_setup.tcl script generated by Platform Designer from the attached .qsys project testbench (the forum doesn't allow .qsys or .tcl, so rename qsys_test_qsys.xml to qsys_test.qsys msim_setup_tcl.txt to msim_setup.tcl).
I believe Platform Designer always populates these lines in the dev_com alias for Cyclone 10 GX designs:
eval vlog $USER_DEFINED_VERILOG_COMPILE_OPTIONS $USER_DEFINED_COMPILE_OPTIONS "$QUARTUS_INSTALL_DIR/eda/sim_lib/mentor/cyclone10gx_atoms_ncrypt.v" -work cyclone10gx_ver
eval vlog $USER_DEFINED_VERILOG_COMPILE_OPTIONS $USER_DEFINED_COMPILE_OPTIONS "$QUARTUS_INSTALL_DIR/eda/sim_lib/mentor/cyclone10gx_hip_atoms_ncrypt.v" -work cyclone10gx_hip_ver
eval vlog $USER_DEFINED_VERILOG_COMPILE_OPTIONS $USER_DEFINED_COMPILE_OPTIONS "$QUARTUS_INSTALL_DIR/eda/sim_lib/mentor/cyclone10gx_hssi_atoms_ncrypt.v" -work cyclone10gx_hssi_ver
Thanks,
Gav - gavin5342
New Contributor
Hello Sheng,
This appears to most likely be a problem with my computer: I am running Ubuntu 22.04.
The files compile fine if I install questa in a docker container running Ubuntu 22.04, just not on my desktop. I wondered if it might be a difference in gcc, but gcc -v returns the same thing on the bad computer and on the docker container: gcc version 11.4.0 (Ubuntu 11.4.0-1ubuntu1~22.04).
I will ask Siemens if there is anything that might cause this to go wrong.
Can you give any insight on what's on line 40? This and the other _ncrypyt.v files from Quartus and Quartus Pro behave the same way (e.g. fiftyfivenm_atoms_ncrypt.v, cyclonev_atoms_ncrypt.v), but all of my plaintext source files work OK.
Thanks,
Gavin - ShengN_altera
Super Contributor
Hi Gavin,
Could you try to reinstall on your desktop? Turn off all the anti-virus, anti-malware and suspicious software before installing.
Thanks,
Regards,
Sheng
- gavin5342
New Contributor
Thanks for your help Sheng.
I didn't manage to completely debug this problem, but it affected all encrypted files (not just those from Altera), including those I created myself using vencrypt.
The problem only appeared when I logged in as an AD authenticated user. If I ran as root or a local user, the file was compiled OK.
Reinstalling Questa on this machine did not help
- ShengN_altera
Super Contributor
Hi,
Then probably the permission problem.
Thanks,
Regards,
Sheng
- gavin5342
New Contributor
I tried a bit more debugging on this, on the particular computer I was using, the active-diretcory setup was causing problems for the user I was logged in as. The problem was when logged in as an AD user, winbind libraries were getting called: libwinbind-client.so.0.
I ended up using docker to fix things. For me, letting docker use my x server was OK, so this worked for me:
xhost +local:dockerdocker run -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix...
with the above, I can still use Questa in interactive mode.