|
Hi caesarxl,- `: E0 [0 `6 [$ j1 S) M( K
" n R5 c4 ?0 V( `. S
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:: p4 v2 o6 b) u' ? I/ q* G
==============================
9 E7 |! }' U/ [7 F+ R- M$INSTALL_DIR/tools/dfII/local/display.drf
0 U8 v: H v; N) a$CDS_PROJECT/display.drf1 w$ d+ B" k) M) p |7 }
$HOME/display.drf9 J, T% O' @+ C" }) s
./display.drf
* Z: X6 U: I9 ?" o$ L3 `1 G==============================2 w+ W! m- {, I. i2 w2 ^8 n; Y& w
亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。3 [4 g) G, s( O! D4 n6 s# T
, ?- M+ P+ X/ }$ p根據上述,是不會去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所設定。
4 d% P _( x! X3 E: z6 R5 \6 q H
& Q' @" u7 Z* `/ b( m可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...) D$ L* K9 d; {) ]4 v' Z
8 U1 D9 | Q# C% T
另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。
z6 Z0 m" I- I: Y- }3 y# Z
0 N9 Y. G* h3 p/ H- IVeteran |
|