在将 IC 设计环境迁移至较新的操作系统（如 Rocky Linux 8.10）时，由于 EDA 工具往往依赖较旧的系统库或特定的内核特性，经常会遇到各种兼容性问题。本文总结了在 Rocky 8.10 系统中运行 EDA 软件（Cadence, Synopsys, Mentor/Siemens, Empyrean）时常见的环境问题分类，提供技术原理分析与最佳实践解决方案。

1. 交互环境体验问题

终端粘贴出现乱码 (0~ / 1~)

现象： 在 Terminal 中拷贝粘贴内容时，粘贴出的文本前后多出了 0~ 与 1~ 字符。例如复制 xxx，粘贴结果显示为 0~xxx1~。

原因： 这是由 Bracketed Paste Mode（括号粘贴模式） 引起的。这是一种终端特性，允许程序区分用户输入的文本和粘贴的文本。当 Shell（如某些配置下的 Bash 或 Zsh）未正确配置以处理此转义序列，或者终端仿真器发送了序列但 Shell 不识别时，就会将控制字符作为普通文本显示出来。

解决方案： 在出现此问题的 Terminal 中执行以下命令以禁用该模式：

1

printf "\e[?2004l"

可以将此命令添加到用户的 shell 配置文件（如 .bashrc 或 .cshrc）中以永久生效。

2. 系统基础库缺失

Innovus 启动报错 (libnsl.so.1)

现象： 启动 INNOVUS 时报错：

1
2

ERROR: (IMPOAX-8053): Could not open shared library libinnovusoax22.so : libnsl.so.1: cannot open shared object file: No such file or directory.
ERROR: (IMPOAX-8053): Could not open shared library libcdsSkillPcell.so : libnsl.so.1: cannot open shared object file: No such file or directory.

原因： RHEL 8.10 / Rocky 8.10 默认弃用了旧版的 libnsl (Network Services Library)，转而使用 libnsl2。然而许多老旧的 EDA 工具仍然依赖 libnsl.so.1。

解决方案： 需要安装兼容包。使用 root 账户执行：

1

yum -y install libnsl*

或者更精准地安装：yum install libnsl。

注意：建议直接上RockyLinux 8.10上兼容的工具版本。手动替换库文件容易出错且维护量大。

3. 操作系统兼容性检测绕过

许多 EDA 工具在启动时会检查 /etc/redhat-release 或内核版本，如果发现是不在官方支持列表中的新系统，就会报错或警告。

Virtuoso 启动警告

现象：

1
2

WARNING This OS does not appear to be a Cadence supported Linux configuration.
For more info, please run CheckSysConf in <cdsRoot/tools.lnx86/bin/checkSysConf <productId>

原因： Virtuoso 的启动脚本检测到操作系统版本高于其内部白名单支持的版本。

解决方案： 设置环境变量跳过主机检查：

# C Shell
setenv W3264_NO_HOST_CHECK 1

1
2

# Bash
export W3264_NO_HOST_CHECK=1

注意：用这种方式跳过主机检查，可能会导致某些功能无法正常使用，请谨慎使用。建议直接上RockyLinux 8.10上兼容的工具版本。手动替换库文件容易出错且维护量大。

Calibre 启动报错 (Invalid OS environment)

现象： 启动 Calibre 或 calibre -gui 时报错：

1

Invalid operating system environment, VENDOR=unknown OSVERSION=8

原因： Calibre 无法识别 Rocky 8 的 OS 版本号，导致无法正确选择内部的 VCO (Version Control Object) 或平台目录。

解决方案： 强制指定 Calibre 使用兼容的 VCO 平台标识（aoi 通常用于较新的 Linux x86_64 环境）：

# C Shell
setenv USE_CALIBRE_VCO aoi

1
2

# Bash
export USE_CALIBRE_VCO=aoi

注意：用这种方式跳过主机检查，可能会导致某些功能无法正常使用，请谨慎使用。建议直接上RockyLinux 8.10上兼容的工具版本。手动替换库文件容易出错，且维护量大。

4. 库版本兼容性 (ABI Versioning)

这是最棘手的一类问题，通常表现为 version not found。这是因为 EDA 工具自带的库与系统库，或者工具编译时依赖的库版本与当前系统提供的版本不一致。

Synopsys ICC2 / Empyrean Skipper, XTop (ZLIB_1.2.9)

现象： 启动 icc2_shell、skipper 或 xtop 时报错：

1

/path/to/tool/libz.so.1: version `ZLIB_1.2.9' not found (required by /lib64/libpng16.so.16)

原因： 系统级的 libpng 依赖较新版本的 zlib (1.2.9+)，但 EDA 工具自带了旧版本的 libz.so.1，或者搜索路径中优先加载了旧版本库，导致符号版本冲突。

解决方案： 安装较新版本的 zlib 并替换工具目录下的库链接。

  1. 编译安装 zlib 1.3.1:

    1
2

    tar xvf zlib-1.3.1.tar.gz && cd zlib-1.3.1
./configure && make && make install

    (注：建议使用 Environment Modules 管理，避免污染系统)

  2. 创建软链接修复工具: 找到报错的具体库路径，将其替换为系统或新编译的 libz 链接。

    ICC2 示例:  

    1
2

    # 路径根据报错信息定位
ln -s -f /nfs/tools/lib/libz.so.1.2.11 /apps/synopsys/icc2-2017.09/N-2017.09-SP6/linux64/nwtn/shlib/libz.so.1

    Empyrean XTop / Skipper 示例:  

    1
2

    ln -s -f /nfs/tools/lib/libz.so.1.2.11 /eda/empyrean/icexplorer-xtop-2019.06.dev70730-Linux-x86_64-20200203/lib/libz.so.1
ln -s -f /nfs/tools/lib/libz.so.1.2.11 /eda/empyrean/skipper_2019.06.sp2/tools/skipper/platform/linux26-x86_64/lib/libz.so.1

    (注：/usr/lib/libz.so.1.2.11 需替换为您系统中实际的高版本 zlib 路径)

注意：建议直接上RockyLinux 8.10上兼容的工具版本。手动替换库文件容易出错且维护量大。

Empyrean XTop / Skipper (CXXABI_1.3.8 / libstdc++)

现象： 启动报错：

1

version `CXXABI_1.3.8' not found (required by /lib64/libGLU.so.1)

原因： C++ 标准库版本冲突。工具依赖系统的 /lib64/libGLU.so.1，而系统 GLU 库是用较新的 GCC 编译的，依赖高版本 CXXABI。但工具自身目录下携带了旧版本的 libstdc++.so.6，且在 LD_LIBRARY_PATH 中优先被加载，导致系统 GLU 找不到所需的符号。

解决方案： 强制工具使用系统的高版本 libstdc++。

  1. 检查缺失版本: strings /usr/lib/libstdc++.so.6 | grep 'CXXABI' 确认系统库包含所需版本。
  2. 替换工具库: 
    1
2
3
4
5
6
7
8

    # 进入工具的 lib 目录
cd /eda/empyrean/icexplorer-xtop-xx/lib/
    
# 备份原有库
mv libstdc++.so.6 libstdc++.so.6.old
    
#链接到系统的库
ln -s /usr/lib64/libstdc++.so.6.0.25 libstdc++.so.6

    (注：确保 /usr/lib64/libstdc++.so.6.0.25 存在且版本足够高)

注意：建议直接上RockyLinux 8.10上兼容的工具版本。手动替换库文件容易出错且维护量大。

5. 性能与网络配置

pt_shell 启动缓慢

现象： 启动 pt_shell 卡顿，耗时很久。

原因： EDA 工具在启动时往往会尝试反向解析 Hostname 或进行 License 检出，如果 /etc/resolv.conf 中配置了无法连接或响应缓慢的 DNS 服务器，会导致 DNS查询超时（通常几秒到几十秒），从而拖慢启动速度。

解决方案： 检查并清理 DNS 配置。 编辑 /etc/resolv.conf，注释掉无效或响应慢的 nameserver 条目。

1
2

# vim /etc/resolv.conf
# nameserver 10.x.x.x  <-- 注释掉无效条目

注：如果有DNS服务器的权限，可以将DNS服务器上对 vendor 域名及其子域名解析至本地loopback地址，让它快速失败不影响其他业务。

最佳实践总结

  1. 标准化 OS 镜像：在制作基础镜像时，预装 libnsl, redhat-lsb, compat-openssl 等常见的 EDA 兼容包。
  2. Modules 环境管理：尽量不要直接修改工具安装目录下的文件（如替换 so 库），这可能影响其他版本。建议编写 Environment Modules，在 module file 中通过 LD_PRELOAD 或精细控制 LD_LIBRARY_PATH 来解决库冲突。
    • 对于必须替换库文件的情况（如 zlib/libstdc++ 冲突），建议在 Wrapper 脚本中处理，或者确保替换的库是向后兼容的。