ICC LAB1在做place_opt时报错
can't unset "psynopt_adaptive_mcmm" : no such variable
while executing
"unset psynopt_adaptive_mcmm"
invoked from within
"place_opt"
以上信息是在抱错后用error_info命令显示出来的。
搜了一下论坛，找到这个帖子：http://bbs.eetop.cn/viewthread.php?tid=314112&extra=&page=1
按照其19楼的解决方案去做，提示没有set_separate_process_options这个命令。
请大侠出手相助吧，谢谢了先。
自己顶起，等大侠来
在论坛中有个唯一的帖子讨论这个，解决方法如下：
set_separate_process_options -placement false
一劳永逸，不让icc用子线程就没有那么事儿了
虽然我也不知道具体原因是咋回事儿。算是暂时解决了。
用man set_separate_process_options或者
set_sep加TAB键也不能带出这个命令。但是可以用，直接“霸王硬上弓”就可以了。
网上一个大牛的回复，我按照他的方法，实验成功了，作为帖子收尾，放到这里：
“
各位好，我是來自台灣的朋友。不知你們對繁體中文的接受度為何?我也可以全打英文。
回到原題。(若對找到答案過程與原理沒興趣的朋友，請直接看最後一段。)
最近我剛好遇到相同的問題，google也沒找到答案。
後來我憑著一些經驗與實驗終於找到答案。
以下內容有些不是我的專長，若有不正確請多包涵：
這問題來自於於IC Compiler(ICC)過去使用Remote Process Call (RPC)的技術來作分散式運算(distributed processing)以加速運算。
這RPC是建構在網路通訊之上的，它所帶來的彈性就是使用者可以透過網路把job分配給不同主機或自己本機同時運行。
過去的ICC classic router就是用這技術，但到了ICC 2008開始的Zroute則是使用thread與多核心加速運算。
不過ICC到了2010.06，它的coarse placer仍然是使用RPC的方式去運行(這我也不知為什麼)。
RPC要能正常運行，網路連線正常是必要的。
從xinqing89網友給的錯誤訊息我們可以看到RPC錯誤的訊息(也就是rpconn)。
若一般ICC使用者，從來沒有設定什麼distributed processing設定，那麼ICC在用RPC指派job時會指派給自己本機。
RPC即使是指派給自己本機，也是透過網路協定作通訊。
而我發現RPC會用hostname與本機作通訊。
所以如果hostname沒有指向本機IP(127.0.0.1)，那麼RPC會以為沒有收到該主機的回應，導致RPC失敗。
這就是place_opt出現rpconn錯誤的原因。
解決方法如下：
1. 在terminal輸入hostname，查詢該主機的hostname，例如查到foo。
2. 把查到的foo加到/etc/hosts中的本機IP(127.0.0.1)的後面。”
----------来自网友：zxvc