|
Hi caesarxl,
9 ~5 O( I1 S- h# w) u2 `0 T' d" @7 e
# ^" Q4 H; P- \我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:4 d- g8 a! A4 G1 f! U6 {
==============================
" E1 ?& Q9 O$ s+ I$INSTALL_DIR/tools/dfII/local/display.drf
$ W p: u9 k; [* o) ?1 ]) |% v$CDS_PROJECT/display.drf
7 v% g; G" @% N0 [2 w/ @, ?$HOME/display.drf
; i6 h, r- C/ V2 n! e./display.drf
: N& l b$ F0 F+ l* g% Z8 |; |5 @==============================: t' S/ o' c$ g" i& f' z) c6 S
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。( p8 h4 R- [# p- Q o
9 n1 q" g5 g( z7 \* b根據上述,是不會去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所設定。
7 g- V) P9 s8 E( _9 ?# `( E/ H9 s0 B9 J1 C
可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...$ W9 `$ N% j& j
; K5 w- R8 C) _1 }' D; r另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。0 A% I0 p! e* C3 d, L8 D- E
* }6 ]6 }$ ]0 o/ R7 F4 BVeteran |
|