<div dir="ltr">Besides the abstract syntax tree construction, one difference between OP2 and the original NW Oberon <div>compiler is the compatibility checking across module boundaries.<div>In OP2 there is a separate key (fingerprint) per exported object while in the original compiler there is a single key</div><div>per module. Thus, whenever anything in a module is changed all clients are invalidated. In OP2 only clients that</div><div>are using the changed object are invalidated. I don't know how this is handled in the latest RISC5 compiler.</div><div><br></div><div>- JT</div><div><br></div></div></div>