|
Hi caesarxl,
2 E1 J' j" g; m+ p2 h1 ~0 k4 }1 T+ h* U! f
我覺得你這個說法不完全正確。因為我查到的display.drf檔案的尋找跟合併順序如下:
7 b0 V! \) E' H- J" \) F1 A8 d# Y==============================
! F7 L. ?" { [/ W$INSTALL_DIR/tools/dfII/local/display.drf% H- ~; L7 Q- ]0 g/ x u
$CDS_PROJECT/display.drf
, [9 x4 s; Y5 s' ^1 i( o: j$HOME/display.drf
* M% d8 f! U: B, v./display.drf7 f* C' H1 O1 j, S z# L1 R
==============================
5 d& @! M+ ^! t4 }' K6 W D# v亦即VLE會依照由上到下的順序去找到display.drf file,然後一個一個合併。若有相同名稱的packet套色,則以後面的套色規範為主。
! m* }/ z; o# w6 ^) q0 K( c0 s7 ?2 [
根據上述,是不會去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所設定。
, Y# D1 O0 O" j! E- l, ?/ M
2 ^' }% I4 Z; n; x( N- g可能是上述原因導致你會誤認為PDK library內的display.drf是第一順位。但delete掉它,的確就不會load進來。問題是...開版的alai沒有權限動那部分啊...
+ O7 F& s4 [5 v
$ n1 _" k* Y0 s7 h1 p$ Z另外,即使根據上述理論,我還是無法理解&reproduce alai面臨的問題。+ ^0 v2 I- d1 W5 Q* n9 }! }9 d
2 g: \' W# A, ?- k- D
Veteran |
|