|
Hi caesarxl,2 e, x7 O. t# p* _1 x4 X; i
5 O, O( }; `, N& J我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
6 m7 _% n! K8 _ v0 E" U==============================; _# @+ h/ u% x: f2 u( V& D; g
$INSTALL_DIR/tools/dfII/local/display.drf
% w1 n; Y6 e& |( M$CDS_PROJECT/display.drf
) ^0 u' G) w* r4 P: p% q$HOME/display.drf
, r( H) ~. F4 r+ h./display.drf7 {, V/ ^9 b( O; g( X% a
==============================
) [ ]4 I0 t& {: D; E" w; B亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。5 x+ h* {% H" V4 G% [" a
5 [) y- H6 F8 W( w+ W
根據上述,是不會去merge PDK下的display.drf file的。反倒是我看過某些PDK/FDK,他們在PDK的library內部,放了一個叫做libInit.il的檔案,只要第一次開啟這個PDK library內容或者有使用Refresh指令重讀這個PDK library,則VLE預設會讀取&執行該檔案內容。所以,有些PDK就設定在這個file內,去load PDK library內故意放的display.drf file,而導致它最後呈現的套色就是如同PDK內的display.drf file所設定。
0 Y5 ?, s% D# P! N7 n! [( P6 G$ y7 K) p2 K- @
可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...* w9 J* ]3 c$ Q/ y
6 U9 l K4 A9 g* x8 {另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。+ }# L; A& q4 c* |+ i+ x' A
6 |8 v! }( i- A# a* w4 X5 _
Veteran |
|