讲故事总得有个头啊
对于IC界的搬砖工,执着于对新鲜事物的追求,当EETOP上惊现Xcelium2009时,欣喜若狂,以迅雷不及掩耳之势完成XCELIUM的安装。
在命令行运行了一个简单的仿真,输出hello
随后启动simvision,点击help菜单中的cadence help library,呵呵。。。,不能正常打开,于是乎,直接运行帮助命令cdnsshelp
{install dir}/XCELIUM2009/bin/cdnshelp
由于Cadence各工具均有帮助命令,这里采用绝对路径启动。
意想不到的事情出现了,该命令不能正常启动,显示如下问题:
2022/06/26 03:02:41 WARNING This OS does not appear to be a Cadence supported Linux configuration.
2022/06/26 03:02:41 For more info, please run CheckSysConf in <cdsRoot/tools.lnx86/bin/checkSysConf <productId>
CadenceHelpv03.12
Build ID: 080320-91529
Copyright (c) 2006-2022 Cadence Design Systems, Inc. All rights reserved
Launching gui.../opt/Cadence/XCELIUM2009/tools.lnx86/cdnshelp/bin/cdnshelp.exe /opt/Cadence/XCELIUM2009/doc/xmlreg/library.lbr
Cadence Help logging started at /home/user/.config/cadence/cdnshelp.log file.
发现该命令运行异常,查看/cat /home/user/.config/cadence/cdnshelp.log,显示:
2022/06/26 03:02:41 WARNING This OS does not appear to be a Cadence supported Linux configuration.
2022/06/26 03:02:41 For more info, please run CheckSysConf in <cdsRoot/tools.lnx86/bin/checkSysConf <productId>
/opt/Cadence/XCELIUM2009/tools.lnx86/cdnshelp/bin/64bit/cdnshelp.exe: symbol lookup error: /lib/x86_64-linux-gnu/libfontconfig.so.1: undefined symbol: FT_Done_MM_Var
猜测是libfontconfig的版本不对应所致,查看了/lib/x86_64-linux-gnu/libfontconfig.so.1文件链接的实际文件为libfontconfig.s0.1.12.0,于是乎,找到了ubuntu 2018系统的libfontconfig1_2.12.6-0ubuntu2_amd64.deb安装包,降版本到libfontconfig.s0.1.10.0。
直接卸载了之前的版本,安装了该版本(这里请耐心看完再操作),再次启动,一切正常。
{install dir}/XCELIUM2009/bin/cdnshelp
上述的操作表面上没有什么影响,然而酝酿着祸端,只是那一刻还未到而已, 当电脑关了机,再次开机的时候,系统不能正常启动。
遇事莫要慌,顺了一下之前的思路,可能libfontconfig库与系统中其他部分关联紧密,不兼容所致,再次开机以system recovery 方式进入,设置网络,进入root权限,执行apt install libfontconfig的安装,重新升级到libfontconfig.s0.1.12.0版本。
终于,系统可以正常启动了,似乎又回到了原点。
正在苦思冥想的时候,灵机一动,这里只是时没有对应到和是版本的so库文件,可以采用LD_LIBRARY_PATH环境变量指定,将libfontconfig.s0.1.10.0放到指定的路径下,export LD_LIBRARY_PATH,可以正常运行了。
故事之所以引人入胜,在于它的情节生动曲折、发展变幻莫测,却又以平常的方式化解了问题。