|
Hi caesarxl,; H8 }+ q% s! R* b
, W# e0 ~6 }0 }7 s# Z6 ~8 J我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
, K; ^ |0 ^ x9 F, G==============================
8 w( z( [2 \: B5 b4 h$INSTALL_DIR/tools/dfII/local/display.drf& D9 }1 P9 M0 j/ u
$CDS_PROJECT/display.drf
. X2 E' o2 x8 v: c9 q+ Q$HOME/display.drf
- X/ b' s; l( Y, U./display.drf& J+ [" M; X; M
==============================7 R) p$ v9 n! q; \& V/ V, `3 S
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
; S. `- N8 _# a3 S# x4 k
, g" Z8 Q+ Z2 Y: d% ^! J9 A根據上述,是不會去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所設定。
2 Z1 S3 Y" \9 U) N2 W. Z. g0 N
5 Z- S- X+ n- Q! h# E9 l可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...
5 N! s; L# ]5 Q/ ]2 c7 b$ @2 {) F
另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。
) B3 J& H! X0 [# J$ L9 o
* C* C8 V7 _5 @7 _$ B9 ?5 z4 dVeteran |
|