|
Hi caesarxl,
+ W. k8 X/ D' k' @: }- F) J: Z
$ t& v! ^/ Z' I$ s+ ~! }- F5 ]+ j我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
- H) I, k. r; n; u/ J==============================) v9 }* Q) U6 Z4 u: x
$INSTALL_DIR/tools/dfII/local/display.drf( S! U e' m7 C! [- S
$CDS_PROJECT/display.drf
2 c6 K) |( g4 O8 o) @& {- f" O) l; Y$HOME/display.drf
3 V5 A1 I4 V/ t. a% F./display.drf
% J# a, c! p) i4 `==============================1 [$ M" R. B2 j+ |
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。3 Z6 L# o- g- g# t; N
: F s) `( A* Z4 R2 `根據上述,是不會去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所設定。
3 e' j1 O: p1 O+ L9 _& F) H5 w, W& V2 n( A9 d$ n) }& \0 P3 D8 O V
可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...
& d, {# A7 l S, x0 Z
6 R. U. h: N0 Q7 { i另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。* ], b8 w, _( `
. ~1 C& e6 i _# Z* ]) ]Veteran |
|