db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"<br>
db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"<br>
@InProceedings{BakkersOtten96,
  title =        "{I}mplementation of {KR}o{C} on {A}nalog {D}evices \&amp;quot;{SHARC}\&amp;quot; {DSP}",
db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"<br>
  author=        "Bakkers,  Andr\`{e} W. P. and Otten,  G. W. and Schwirtz,  M. H. and Bruis,  R. and Broenink,  Jan F.",
db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"<br>
  editor=        "O'Neill,  Brian C.",
db_connect: Could not connect to paper db at "wotug@dragon.kent.ac.uk"<br>
  pages =        "179--190",
  booktitle=     "{P}roceedings of {W}o{TUG}-19: {P}arallel {P}rocessing {D}evelopments",
  isbn=          "90 5199 261 0",
  year=          "1996",
  month=         "feb",
  abstract=      "This paper summarises the experiences gained at the Control
     Laboratory of the University of Twente in porting the Kent
     Retargetable occam Compiler - KroC - to the Analog
     Devices’ ADSP21060 SHARC Digital Signal Processor. The
     choice of porting the KRoC to the DSP processor was in our
     view both a challenge and an absolute necessity because DSP
     processors are an important ingredient in modern day control
     systems. Currently, our implementation contains the most
     important occam primitives such as channel communication,
     PAR, ALT, and most of the integer arithmatic. Furthermore, a
     basic kernel was realised, providing channel-communication
     based scheduling only. This porting process, using quite
     straight-forward modifications of the SPARC KRoC-translator,
     was done within six weeks. A representative benchmark was
     constructed, showing that the 33Mhz SHARC-KRoC
     implementation is 40\% faster than the the 25Mhz T800 using
     the INMOS D7205 Toolset."
}