|
Hi caesarxl,
8 L7 G+ ?6 S; O: \! W# U' G# L% _) K
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:- {% I; y2 s3 X9 ]" F' B2 @
==============================/ w& u* C' G4 W: E
$INSTALL_DIR/tools/dfII/local/display.drf! V! f0 O4 s) j
$CDS_PROJECT/display.drf1 u5 W/ ?3 i, L% _
$HOME/display.drf
3 w% f$ |0 v6 h* o./display.drf
; O$ U: [4 H6 b# `& H==============================
) r5 Q5 H* w& T- O亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
2 c+ A7 E" p; J2 ]& C( w) _: y; `6 |7 L# u! Z1 f6 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所設定。
& F8 t. D2 R, {1 s
8 O. T5 K3 A+ I5 N可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...' ?' k+ o; e8 h5 L7 T9 Q5 @
! m0 h8 O8 L* U" T3 W' O! P另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。
; k; K3 k# N E& N5 [ c8 w" N7 d& G* s& ~1 O& t
Veteran |
|