|
Hi caesarxl,7 I7 b1 }( b0 L- c6 q. `; }
. U% v& @4 ~: p% q6 v1 {我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:! _# S: |1 W- M
==============================( P" H2 g3 K+ [. h2 W [1 P. Y$ \5 \0 Z
$INSTALL_DIR/tools/dfII/local/display.drf }: [1 L) M# B/ o4 K- K
$CDS_PROJECT/display.drf
6 W. m8 @; H _1 A/ j$HOME/display.drf2 N- ^ z7 S. @( @; e( R" h- U# a
./display.drf& P5 ^- r; Q% }- R- o
==============================: p& A% v4 p7 `1 w6 T; D, c
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
3 |3 {8 H7 Q" E5 k$ k9 V8 |+ S% y% a3 ]9 C5 q5 G/ l' F# o
根據上述,是不會去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所設定。% e: g! G" L, b) r B
5 n0 {( P9 } u0 ?/ {3 N可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...
; |# z* h, R( X% }0 R0 K7 L
* E" Y F( {7 B- Q' b$ }- n另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。
3 y: @, K6 N: {2 K, O! l# Q) W+ b# J; [
Veteran |
|