Linux/ModelSim: can't access Tools > Edit preferences

Hi,

Have you install libstdc++.so.6 ?

Thanks

Hi,

May I know your ModelSim installation path?

Thanks.

Hi KYeoh - it's /home/eda/modelsim/altera-18.0/modelsim_ase/.

And the complere error message is "Couldn't load file /home/eda/modelsim/altera-18.0/modelsim_ase/linux/ScintillaTk/libScintillaTk1.12.so". This also appears sometimes when I'm running a simualtion, but I don't know why.

Hi,

May I know the location of libScintillaTk1.12.so? Can you check the library path?

Thanks.

It's in exactly the right place, at /home/eda/modelsim/altera-18.0/modelsim_ase/linux/ScintillaTk/libScintillaTk1.12.so, and 'file' reports that it is a 32-bit '.so' file. So, the error message is wrong. The file exists.

I think the only possible confusion is that the 'linux' part of the path is a symlink, which is common in ModelSim installations. However, something has got confused about it.

This isn't a symlink problem - I removed the 'linux' symlink, and copied in the linuxaloem code, with the same result.

This is almost certainly a 32/64-bit problem, or a tcl version problem. The shared object which implements 'Tools>Edit preferences' is:

$ file /home/eda/modelsim/altera-18.0/modelsim_ase/linux/ScintillaTk/libScintillaTk1.12.so

/home/eda/modelsim/altera-18.0/modelsim_ase/linux/ScintillaTk/libScintillaTk1.12.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped

I'm on Centos/RH 6.2, x86_64, tclsh 8.5. Can someone at Intel please give me a definitive answer on what is supported? Do you actually have to run this on a 32-bit system?

Stack trace below, when 'Tools>Edit preferences' is clicked:

Couldn't load file "/home/eda/modelsim/altera-18.0/modelsim_ase/linux/ScintillaTk/libScintillaTk1.12.so": libstdc++.so.6: cannot open shared object file: No such file or directory

while executing

".vcop Eval Console::PrefDialog"

invoked from within

".#mBar.#mBar#tools invoke active"

("uplevel" body line 1)

invoked from within

"uplevel #0 [list $w invoke active]"

(procedure "tk::MenuInvoke" line 50)

invoked from within

"tk::MenuInvoke .#mBar.#mBar#tools 1"

(command bound to event)

Hi,

Do you have LD_LIBRARY_PATH environment setting?

Thanks

It's set to '.:.', ie. nothing, but why would that be relevant? The error message clearly shows that the software already has the full path to the library. It claims that there is no library at that location, but the required library is clearly at that exact location. Besides, the ModelSim installation has no settings script (that I can find) that sets up anything, let alone LD_LIBRARY_PATH. And I can't imagine that a tool vendor would ask you to set LD_LIBRARY_PATH - that's just a hack.

Some searching shows that this is likely to be a 32/64-bit problem. I also have experience of trying to get ModelSim PE, which is 32-bit, running on an RH7 64-bit system for an evaluation. It's difficult, and I gave up, even after a lot of input from the FAE.

The problem is that no-one at ModelSim, or Intel, or possibly anywhere else, has started witha 64-bit version of a supported system, and then tried downgrading it enough to run 32-bit ModelSim with no problems at all. My Centos 6.2 system has the 32-bit compatibility libraries installed, but that is clearly not sufficient. And no-one in their right mind is going to install an obsolete 32-bit system from scratch just to run ModelSim.

Hi KYeoh - libstdc++ is the C++ runtime library. Every Linux system that ships with gcc 3.4.0 or later (ie. everything since 2004) ships with libstdcc++.so.6. It would probably be impossible to run Linux without this library.