关于Design Complier/Library Compiler的跌坑（坑爹）记录

最近需要用DC做一些事，然后需要转库，中午偷个闲，特来记录一下中间的一些坎坷。

1.首先是要转库。我们只有.lib文件的格式，所以需要把.lib文件转换成.db格式。然后坑来了！！！DC2015及以后的版本中，Library Compiler（下称LC）是独立出来的！！！于是乎，我下了个LC2016.12的的，安装了，把.lib转成.db了。

2.接下来是在DC中读入.db，然后...坑又来了！！！LC版本太高，DC（DC版本是2015的）不认这个.db！！！也就是说，LC的版本不能高于DC的版本！！！

3.好吧，那我继续寻找解决方案，安装个低级的LC吧...然后搜索资源...绝望，找不到LC低版本（2015版本）的资源...于是乎改变主意，安装低版本的DC。

4.找到了一个2013版本的DC，花费四五百信元（某论坛货币单位，老司机们都懂的），下了下来。内心想：安装DC这些EDA工具对我来说是家常便饭了，结果轻敌了（坑又来了）！！！一般安装包里面有各种不同系统的安装包，而installer全给你识别了......这个时候只需要安装某一个版本就可以了。比如我是redhat6 64bit，就安装64位的，就点64位那个选项。为了防止选错，这里建议安装的时候，仅把需要的安装包准备好，比如安装64位的，就只准备AMD64跟common包；安装32位的就只准备linux跟common包。最后建议 64位的系统最好不要安装32位的软件，因为64位的系统中，某些32位的运行库/共享库可能不全，32位的软件可能跑不起来，需要手动补包/库（贼麻烦！）。

5.DC2013安装完成后...启动dc_shell，然而...在DC内不能直接转，我也不知道什么情况。无奈，只好直接启动lc_shell转了。

6.lc_shell启动成功，坑还有，先记到这里。

7.继续补坑，lc_shell启动后，需要把待转换的库放到启动目录中，才能确保转换成功。

8.好了，转库成功了，综合完成了，导师又叫我去做APR了 T_T   T_T   T_T

我只是个研一的啊QAQ，不过...这的确让我又熟悉了一遍工具。好了，我转到后端了QAQ！