The way in wich xise calculates the family requires a constant database update as new device families are introduced in the market (e.g. Zynq family)
Some naming schemes are not supported in the current automatic
calculation (Spartan3E, Spartan3AN...). A more complex mechanism is
Add family as an optional parameter, in this way we are not limiting the
use of new devices. If not family option value is provided in the
manifest, try to get the family name from the device parameter.
Need a local ISE install in order to build a local xise
New workflow support
Higher level abstraction.
Embedded cores (xps) -> Zynq, Dual core.
IP (xco) -> Issue already requested #938.
Optimized for tcl: concurrent runs, work batches...
Better HDLMAKE_COREDIR handling
Add an option to select between the HDLMAKE_COREDIR and URLs provided in the manifests.
probably done/to be tested
Screen support for remote synthesis.
make remote` will open a screen session on the synthesis machine. `make restore` will restore the screen session with the running synthesis. `make sync` will copy results of last synthesis back to the local machine. `make terminate` will immediately stop the synthesis of the project
done (works differently than intended)/to be tested
Fetch modules to a single directory, whatever the structure of the project is.
It will be allowed to choose between synthesis/MAP/PAR stages to be re-run.
Arrange a separate repository with test projects
Add support for Windows OS
not done, but code-base prepared to be windows-friendly
No binary in repo
Excluded the hdlmake binary from the repository. The git repository contains the development version and no executable file will be held there. The stable versions will become releases and will be available to download from the project page (https://www.ohwr.org/project/hdl-make/wikis/documents).
When the master is approved, binary with stable versions will be uploaded
Some of the issues marked as solved are not applied in master -- may
they be on a branch?.