Handel-C Explained

Handel-C
Paradigm:Imperative (procedural, structured), concurrent
Year:1996
Designer:Oxford University Computing Laboratory
Developer:ESL; Celoxica; Agility; Mentor Graphics; Siemens EDA
Latest Release Version:v3.0
Typing:Static, manifest, nominal, inferred
Implementations:Celoxica DK
Influenced By:C, CSP, occam
Operating System:Cross-platform (multi-platform)
File Ext:.hcc, .hch

Handel-C is a high-level hardware description language aimed at low-level hardware and is most commonly used in programming FPGAs. Handel-C is to hardware design what the first high-level programming languages were to programming CPUs. It is a turing-complete rich subset of the C programming language, with an emphasis on parallel computing.

Unlike many other hardware design languages (HDL) that target a specific computer architecture Handel-C can be compiled to a number of HDLs and then synthesised to the corresponding hardware. This frees developers to concentrate on the programming task at hand rather than the idiosyncrasies of a specific design language and architecture.

Additional features

Handel-C's subset of C includes all common C language features necessary to describe complex algorithms. Like many embedded C compilers, floating point data types were omitted. Floating point arithmetic is supported through external libraries that are very efficient.

Parallel programs

In order to facilitate a way to describe parallel behavior some of the communicating sequential processes (CSP) keywords are used, along with the general file structure of the Occam programming language.

For example:[1] par

Channels

Channels provide a mechanism for message passing between parallel threads. Channels can be defined as asynchronous or synchronous (with or without an inferred storage element respectively). A thread writing to a synchronous channel will be immediately blocked until the corresponding listening thread is ready to receive the message. Likewise the receiving thread will block on a read statement until the sending thread executes the next send. Thus they may be used as a means of synchronizing threads.par Asynchronous channels provide a specified amount of storage for data passing through them in the form of a FIFO. Whilst this FIFO neither full nor empty, both sending and receiving threads may proceed without being blocked. However, when the FIFO is empty, the receiving thread will block at the next read. When it is full, the sending thread will block at the next send. A channel with actors in differing clock domains is automatically asynchronous due to the need for at least one element of storage to mitigate metastability.

A thread may simultaneously wait on multiple channels, synchronous or asynchronous, acting upon the first one available given a specified order of priority or optionally executing an alternate path if none is ready.

Scope and variable sharing

The scope of declarations are limited to the code blocks ({ ... }) in which they were declared, the scope is hierarchical in nature as declarations are in scope within sub blocks.

For example:int a;

void main(void)

Extensions to the C language

In addition to the effects the standard semantics of C have on the timing of the program, the following keywords are reserved for describing the practicalities of the FPGA environment or for the language elements sourced from Occam:

Types and ObjectsExpressionsStatements
chan< ... > (type clarifier)(send into channel)
chanin[: ] (bit range selection)? (read from channel)
chanout\\ (drop)delay
macro expr<- (take)ifselect
external@ (concatenation operator)set intwidth
external_divideselectlet ... ; in
inlinewidthpar
interfaceprialt
internalreleasesema
internal_divideset clock
mpramset family
macro procset part
ramset reset
romseq
sematry reset
sharedtrysema
signalwith
typeof
undefined
wom

Scheduling

In Handel-C, assignment and the delay command take one cycle. All other operations are "free". This allows programmers to manually schedule tasks and create effective pipelines. By arranging loops in parallel with the correct delays, pipelines can massively increase data throughput, at the expense of increased hardware resource use.

History

The historical roots of Handel-C are in a series of Oxford University Computing Laboratory hardware description languages developed by the hardware compilation group. Handel HDL evolved into Handel-C around early 1996. The technology developed at Oxford was spun off to mature as a cornerstone product for Embedded Solutions Limited (ESL) in 1996. ESL was renamed Celoxica in September 2000.

Handel-C was adopted by many University Hardware Research groups after its release by ESL, as a result was able to establish itself as a hardware design tool of choice within the academic community, especially in the United Kingdom.

In early 2008, Celoxica's ESL business was acquired by Agility, which developed and sold, among other products, ESL tools supporting Handel-C.

In early 2009, Agility ceased operations after failing to obtain further capital investments or credit[2]

In January 2009, Mentor Graphics acquired Agility's C synthesis assets.[3]

Other subset C HDL's that developed around the same time are Transmogrifier C in 1994 at University of Toronto (now the FpgaC open source project) and Streams-C at Los Alamos National Laboratory (now licensed to Impulse Accelerated Technologies under the name Impulse C)

See also

External links

Notes and References

  1. Web site: Archived copy . 2010-03-31 . dead . https://web.archive.org/web/20100331015609/http://www.agilityds.com/literature/HandelC_Language_Reference_Manual.pdf . 2010-03-31 . Handel-C Language Reference Manual
  2. Web site: Agility DS victim of credit crunch. Gabe Moretti. 19 January 2009. EETimes.com.
  3. Web site: Mentor buys Agility's C synthesis assets. Dylan McGrath. 22 January 2009. EETimes.com.