This version introduces a new code generator. It now generates the main.c file while taking into account the number of processors of the target architecture. Consquently, there is no need to edit the CMake file anymore. That is, there is no need to change from set(CMAKE_C_FLAGS “-DX1_CORE”) to set(CMAKE_C_FLAGS “-DX4_CORES”). Tutorial materials have been updated in order to respect this new behavior.
You May Also Enjoy
We have just released Preesm version 3.16.0 and Spider 1.6.0. These new versions enable the use of Apollo in the generated code. Dynamic code generated with Prees 3.16.0 and later requires Spider runtime 1.6.0 or later. Preesm 3.16.0 also introduces first prototype of an energy aware scheduler. Full list of changes is available in the release notes.
We have released Preesm version 3.15.0. Starting with this release, the workflow executor now throws warning when executing a task marked as deprecated. If the property “Error on warnings” is set to true (see this post), existing workflows will have a different behavior. Full list of changes is available in the release notes. This new version also come with Spider codegen updates, requiring the update of the Spider runtime to 1.5.0.
We have released Preesm version 3.11.0. This new release introduces a new property for the component instances of the S-LAM architecture model. This integer property hardwareID links the component instance to the processor ID as listed by the OS running the application.
We have released Preesm version 3.8.1. The main change consist in the renaming of the global variable that controls how the application exits. This variable used to be stopThreads and is now prefixed with preesm to give preesmStopThreads. This update requires the user applications to reflect this change. To have an idea of the impact, you can have a look at our updated application repository.