IC5141 on RHEL5 64bit

Hi Pavel

Yes, it works. Only "layout" executable works in 64bits. The rest will remain in 32bits on the 64bits OS.


Best regards
Quek

Hi Quek,

Thank you for response.

When I try to run icfb, it doesn't work and following error message appears:

 /opt/cadence/IC5141/tools/dfII/bin/icfb.exe: relocation error: /opt/cadence/IC5141/tools/dfII/bin/icfb.exe: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

There are 2 versions of the file libc.so.6 on my system: first in the /lib directory and second is in the /lib64 directory. In the /lib/libc.so.6 the GLIBC_2.0 is defined:

Here is the ouput of strings /lib/libc.so.6 | grep GLIBC :
GLIBC_2.0
GLIBC_2.1
GLIBC_2.1.1
GLIBC_2.1.2
GLIBC_2.1.3
GLIBC_2.2
GLIBC_2.2.1
GLIBC_2.2.2
GLIBC_2.2.3
GLIBC_2.2.4
GLIBC_2.2.6
GLIBC_2.3
GLIBC_2.3.2
GLIBC_2.3.3
GLIBC_2.3.4
GLIBC_2.4
GLIBC_2.5
GLIBC_PRIVATE

The 64bit version of the libc.so.6 indeed doesn't define GLIBC_2.0:

strings /lib64/libc.so.6 | grep GLIBC

GLIBC_2.2.5
GLIBC_2.2.6
GLIBC_2.3
GLIBC_2.3.2
GLIBC_2.3.3
GLIBC_2.3.4
GLIBC_2.4
GLIBC_2.5
GLIBC_PRIVATE

When I check shared libraries,  I see that it's 64-version of the libc.so.6, that is used. Here is the result of the ldd /bin/bash command:

        libtermcap.so.2 => /lib64/libtermcap.so.2 (0x0000003f8ac00000)
        libdl.so.2 => /lib64/libdl.so.2 (0x0000003f8a800000)
        libc.so.6 => /lib64/libc.so.6 (0x0000003f8a000000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003f89c00000)

It seems that icfb is wired to 64bit version of the libc.so.6, that doesn't define GLIBC_2.0.What could be solution of the problem. How to redirect icfb to 32bit version of the libc.so.6.

My linux kernel is 2.6.18-164.11.1.el5. For compatibility with old kerneIs I also included following command in .bashrc file:

export XD_ASSUME_KERNEL=2.4.1

Regards.

Pavel.

Pavel,

I only see that error if using a really old version of IC5141 (e.g. the Base CD version, or USR1). Using USR6 or a recent hotfix works fine. You should make sure you're using a recent enough build.

I have been running IC5141 on RHEL5 for about 4.5 years or so, and the only real issue is with cdsdoc (there's a solution on Cadence Online Support for how to make that work too, which I wrote). That said, IC5141 is not actually supported on RHEL5 (which means it is not tested on that OS) - but in practice, it woks fine.

By the way, the XD_ASSUME_KERNEL won't do anything, I believe, because it should be LD_ASSUME_KERNEL. However, you should not set that on RHEL5 because all sorts of things will break if you do that!

Andrew

Andrew, thank you for response.

What upgrade is better - USR or hotfix (ISR, QSR). As I've heared only USRs modifications are 100% tested. But ISRs are more recent - the last USR - USR6 dates 2008, whereas there were ISRs in 2009 (or even later).

Regards,

Pavel.

Pavel,

I would suggest that the latest ISR is the most sensible - there have been a lot of fixes over the intervening 3-4 years since the last USR.

Andrew