minidol/Makefile: add wrapper support

Every DOL process needs a wrapper file to contain the per-process
data structures. This file is named Process_Name_Wrapper.c and
is now built/linked automatically.

Furthermore, the Makefile does not delete intermediates anymore.

minidol/Makefile: initial commit

This Makefile can build the host application and the epiphany applications.
Some work still needs to be done.

aesa: make "make clean" also remove output.txt

hdf2arch.pl: initial commit (processor, memory)

The utility hdf2arch.pl read the Hardware Description File from the
Epiphany SDK and generates a DOL architecture specification in XML format.

example:
$ ./hdf2arch.pl zed_E16G3_512mb.hdf epiphany.xml

This specifies the <processor> and <memory> elements for every eCore in the
Epiphany (called "core_row_col" and "mem_row_col") as well as for the
host cpu and the shared DRAM (called "arm_0" and "shm_0") and includes
some basic sanity checking of the HDF.

The generated file does not specify any <hw_channel>, <writepath> or
<readpath> tags and does not need any flattening.

Since the HDF file does not contain any information about the amount
of local SRAM or even the number of cores in the Epiphany, new chips
will need to be added to this utility. The ARM (with 2 cores) is hard coded,
though.

aesa: really replace old build script

aesa: replace old build script with new Makefile

Initial commit of AESA implementation.

This version will pass vectors.
The makefile is not used to build, it will replace the make file
generated by DOL.

bsp2arch.pl: add host processor, emem size to xml

bsp2arch.pl: initial commit (processor, memory)

The utility bsp2arch.pl reads the XML hardware description file
from the Epiphany SDK and generates a DOL architecture specification.

example:
$ ./bsp2arch.pl zed_E16G3_512mb.xml epiphany.xml

The SDK uses a flat hardware description file (HDF), which was supposed
to be a temporary solution (SDK 4.x documentation), but seems to be
final (SDK 5.x documentation).

The current version does not define any <hw_channel>, <writepath> or
<readpath> tags and does not need any flattening.

initial commit