|
Hi caesarxl,; }* |$ m: Y9 L! R, Z
; C( f( H5 j" B% z$ Z" Y
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
8 C2 [4 u! O+ o: b8 F==============================
+ p9 x0 X$ E1 V/ z$INSTALL_DIR/tools/dfII/local/display.drf2 ]7 x5 O- w+ E3 j
$CDS_PROJECT/display.drf" X' [( [ M, v- X
$HOME/display.drf6 }1 y7 n( t6 s0 q; h( l
./display.drf
4 [! w) h4 t# b" f==============================* b" E3 c3 `) h9 W7 Y( b$ D
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
5 h4 l) \: k6 v
- h0 X o4 M4 f& F+ p3 }7 D. Z7 ]# f根據上述,是不會去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所設定。
" h0 X# x. l& h8 T' i7 e- {3 i6 V/ `7 r8 l* R
可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊..., T) M; B, `+ b0 z# J
% V4 ? {& D1 |
另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。8 j! I- z- D6 ]! k) y- [
, `. \+ R- t) I! u" f# c: _Veteran |
|