You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the deployment level CMakeLists.txt, the following line is used to specify whether the Baremetal Scheduler should be used for a specific deployment:
set(BAREMETAL_SCHEDULER CACHE BOOL ON "Uses the baremetal scheduler")
However, with Fprime 2.0, the flag that specifies the use of the baremetal scheduler is actually FPRIME_USE_BAREMETAL_SCHEDULER, necessitating that the new line in the deployment Cmakelists.txt be something like:
set(FPRIME_USE_BAREMETAL_SCHEDULER ON).
Within the repository, the cookiecutter should check to see if the user has specified a baremetal deployment and then set the variable as necessary here, along these lines:
Do we know for sure that this is variable name was changed? In other words, do you think I can blindly change this variable name with no adverse consequences or do you think we need to keep the old variable too?
I did a search of the entire repo and don't see them using the BAREMETAL_SCHEDULER variable at all anymore, they only use this: FPRIME_USE_BAREMETAL_SCHEDULER.
In the deployment level CMakeLists.txt, the following line is used to specify whether the Baremetal Scheduler should be used for a specific deployment:
set(BAREMETAL_SCHEDULER CACHE BOOL ON "Uses the baremetal scheduler")
However, with Fprime 2.0, the flag that specifies the use of the baremetal scheduler is actually
FPRIME_USE_BAREMETAL_SCHEDULER
, necessitating that the new line in the deployment Cmakelists.txt be something like:set(FPRIME_USE_BAREMETAL_SCHEDULER ON)
.Within the repository, the cookiecutter should check to see if the user has specified a baremetal deployment and then set the variable as necessary here, along these lines:
{% if cookiecutter.deployment_baremetal_scheduler == "yes" -%}
set(FPRIME_USE_BAREMETAL_SCHEDULER ON)
{%- endif %}
The text was updated successfully, but these errors were encountered: