|
Hi caesarxl,2 H, N a/ V; r% j3 Z
1 h+ R2 ?" b. N1 T, D" {) S
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:' r7 R% P, a$ ~$ ^' k K2 T, u
==============================2 l% U5 s: n3 _2 W! J7 z. y$ ?8 e
$INSTALL_DIR/tools/dfII/local/display.drf
2 C; ` O# R+ h; k4 n$CDS_PROJECT/display.drf) i; c8 ~; j3 F8 T
$HOME/display.drf
/ K0 q4 S0 N1 k3 R./display.drf% z9 D4 P7 f: y5 s/ _# J2 ]% f
==============================
1 ^( d' [0 p8 P亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
. q5 G) j; ?6 Z' Z u% Z6 w6 C% z- D; N# v2 \
根據上述,是不會去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所設定。1 w( i) X& k$ Z: c! e' h
+ t2 m% e8 A' I% {3 {; c+ I! {
可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...
- M! r$ |0 ?/ [7 l5 ^ k. t# z( A
1 X+ j% ^: h, ^, v8 h+ A" K) H另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。
" b/ S( e2 Y9 [$ D F3 i
/ l% q, o, q! o. |# WVeteran |
|