|
Hi caesarxl,, W, a5 z; x0 B2 k
9 g2 B/ r) x9 [0 [我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
, ^; V3 C7 q9 R2 D9 D! |( W==============================/ C$ i$ a7 i+ f1 h" K
$INSTALL_DIR/tools/dfII/local/display.drf
) f/ |7 s) i3 u s( Y$ M% ?- I$CDS_PROJECT/display.drf0 j) z2 w; P7 [" z7 c! f2 {
$HOME/display.drf! R4 @7 `6 W7 A- D
./display.drf1 j' t7 I: f `; _1 U, \
==============================% L" j4 x9 P j; D. ^" u }
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
6 g$ ?& `: I/ R$ y% r3 Y4 Q7 L
( p6 e! p6 |' [) Q根據上述,是不會去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所設定。
- @% z# D- X9 Q7 u) ^; Y
" B" P" F% D/ c* H6 B3 ? W/ _: s可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...
2 F1 r$ b! D4 q4 T
& A9 I, j( x3 ?4 B: x9 T- _另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。
/ B: a1 K+ x+ ?! h1 K' Z- \$ O3 m1 m3 l/ Q% E$ j8 I( l
Veteran |
|