|
Hi caesarxl,, J$ [- T8 T) K3 E+ d( M
' I5 ?5 y, R$ Z9 g9 l; l& j
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
) l$ ~! D4 r2 _==============================- N' X. m; |0 O# N/ e' m, \
$INSTALL_DIR/tools/dfII/local/display.drf
. ~; Q* h: q) F3 t$CDS_PROJECT/display.drf
1 J6 j( N9 D/ V9 h& {6 i1 b$HOME/display.drf2 s: ?+ v3 O6 ?7 U1 i/ O
./display.drf! X& w, x2 N) r4 [
==============================+ t, ]; l5 e6 q8 @7 j1 R* b+ {
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
7 K% q- y8 N/ g- W5 ?! e* E4 B6 L$ B* G6 }( `6 i; l' s& L# d
根據上述,是不會去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所設定。" X! u7 r* }5 m+ Z& d$ _8 Q; s
3 r1 { Q y2 k5 @* Q0 B, _" G, \可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊.../ q; E$ S# L# }
. H9 n4 G- O( I4 p9 R9 H6 O
另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。& h3 O( \5 V3 n' ?
, j/ T# D4 S3 ?
Veteran |
|