|
Hi caesarxl,. r! s ^' Z# x
; l0 q; p7 ]! ^9 t9 _
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
3 n7 g( Z ^1 A4 C==============================/ q4 `" H) z2 ~# M3 E' P" L, Z6 C" j
$INSTALL_DIR/tools/dfII/local/display.drf
. k# X! [4 S) X4 R& h$CDS_PROJECT/display.drf5 p+ J5 {6 n" p" z
$HOME/display.drf+ n. d7 \3 v$ Q e- t# b
./display.drf$ ]6 {8 C4 X6 F: p: W
==============================' I3 z* r8 P5 Q0 v% z% a9 [- z; i& e
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。" Z' c/ y* [: S4 n
% P2 y$ Z5 Z& N# ^9 i
根據上述,是不會去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所設定。
/ Q0 }; j0 I" D+ q" ?
! B* i8 S! r5 Q可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...
- Z# R; r, ?. K; k2 F4 u8 ]+ m: A7 F3 C% d6 O) y
另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。
5 \2 G0 B! E% F4 f: ^4 Y0 C0 t$ t: j' Z% D7 E. @ c! T% S0 h+ B0 {
Veteran |
|