|
Hi caesarxl,* p4 V$ C# A0 Q3 E' A! ?! d
) n- `2 _: e5 K% W: `2 ^我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
* s2 W5 {1 W- G9 `============================== Q! U. j+ P- i
$INSTALL_DIR/tools/dfII/local/display.drf
* ]8 d; k. E3 ?7 B$CDS_PROJECT/display.drf
; l ]) F9 ]+ g$HOME/display.drf
$ G( R1 e, \" v+ A! D./display.drf
3 L5 @3 U% j( z) U- c* w) q==============================/ R7 D! {' I/ a) j0 y# p7 T
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。( B4 W7 R5 {' l1 M1 ^: X( D
" E- L1 H) k" B( q7 H5 j
根據上述,是不會去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所設定。
+ m, Z% x, n! I2 s5 O! ~9 L( J9 s( i- h: v4 W6 _
可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...- S N0 m$ `1 K; y8 z
$ g @' v |% v另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。 O; F. g9 U3 Y. M
' y; Q( s0 E4 x/ A: O# j a5 T) b& FVeteran |
|