|
Hi caesarxl,+ Y* e4 x3 w( F) }9 e; \/ f6 z& O
& e2 f+ e" b& Y6 q我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
3 X+ r4 k- o8 G5 ~==============================4 \( C) s$ |- `6 N/ n- q; T- b3 e
$INSTALL_DIR/tools/dfII/local/display.drf
% [: R8 _; {% k$ I1 ~# y$CDS_PROJECT/display.drf+ g& L* I3 x7 r, L0 y
$HOME/display.drf8 ]7 p+ Q8 t$ F M& e- v5 _
./display.drf( u3 }+ `' O' T s; F! _3 U
==============================
# k" f I5 W+ o" n8 T- T亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
" h& G& c2 r0 e( p: ^
; j+ V, T/ i' u* v: c0 y根據上述,是不會去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所設定。# U# A- ^8 y( g5 L9 }, t
- F5 s4 p; b/ f. s4 E7 }9 h可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...2 J& F/ P% i7 ]' h3 J6 ]# ~3 O! P
5 g+ R* K( ~0 e" r2 E* I* T另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。/ \. f, y" H' q% ^- S
' y8 [3 o8 O+ p# i- @* VVeteran |
|