|
Hi caesarxl,& ^2 o/ Z4 g: D% K! J
+ t$ k- d% o& [- g7 O+ k
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
. _, r! J- f" T2 _4 S) L& V==============================: Q' t8 C0 N6 [- N% W
$INSTALL_DIR/tools/dfII/local/display.drf& N- E6 D; o9 a- O; z1 n. X7 k
$CDS_PROJECT/display.drf% q8 X! H8 l* d- Z
$HOME/display.drf& d$ q2 A4 p4 K- A
./display.drf! j: |; X8 X2 k
==============================
$ { v, u7 @ B亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。' O0 R6 p+ W, e! z6 [8 R! q
: C$ m+ B* d: U6 Y! K8 q7 v* 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所設定。
! `7 _7 h; ? t" \* c/ n
. [0 O, q- a* u! l* H0 \可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...1 p! S6 A: |+ j0 X4 W% {' ?
. S( K' s$ ]- J# L9 h9 `- ^+ W
另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。
1 n$ z8 T( u3 c2 @" l
: k/ `7 H% r. Y7 D0 AVeteran |
|