Forum Discussion

gavin5342's avatar
gavin5342
Icon for New Contributor rankNew Contributor
9 months ago
Solved

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

  • gavin5342's avatar
    gavin5342
    Icon for New Contributor rankNew 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's avatar
    gavin5342
    Icon for New Contributor rankNew 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's avatar
    ShengN_altera
    Icon for Super Contributor rankSuper 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's avatar
    gavin5342
    Icon for New Contributor rankNew 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

  • gavin5342's avatar
    gavin5342
    Icon for New Contributor rankNew 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:docker

    docker run -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix...

    with the above, I can still use Questa in interactive mode.