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
Is your feature request related to a problem? Please describe.
There are a number of use cases where the FSW could be improved if it knows the proper system-specific extension to use for modules and executable files.
Describe the solution you'd like
Should add this information to the GLOBAL_CONFIGDATA structure, to make it available for PSP/CFE purposes.
Describe alternatives you've considered
Could also be provided in the GLOBAL_PSP_CONFIGDATA structure that resides in the PSP library, but this would require explicitly setting in each PSP.
Because CMake already knows this information and its readily available in CMake variables, its simpler and probably more reliable to just put it in the top level config struct based on the CMake value.
Requester Info
Joseph Hickey, Vantage Systems, Inc., (based off previous requests in other tickets)
The text was updated successfully, but these errors were encountered:
Add the system-specific module suffix (.o, .so, .obj, etc) and the
default CFE core executable name to the configdata structure.
This information has several useful purposes.
Adds an #ifndef empty string for the two new fields, which
at the very least prevents IDEs (e.g. Eclipse) from redlining
the value as an undefined symbol.
(It is always passed in on command line when building via CMake)
Is your feature request related to a problem? Please describe.
There are a number of use cases where the FSW could be improved if it knows the proper system-specific extension to use for modules and executable files.
See existing issues #611 and nasa/PSP#111
Describe the solution you'd like
Should add this information to the
GLOBAL_CONFIGDATA
structure, to make it available for PSP/CFE purposes.Describe alternatives you've considered
Could also be provided in the
GLOBAL_PSP_CONFIGDATA
structure that resides in the PSP library, but this would require explicitly setting in each PSP.Because CMake already knows this information and its readily available in CMake variables, its simpler and probably more reliable to just put it in the top level config struct based on the CMake value.
Requester Info
Joseph Hickey, Vantage Systems, Inc., (based off previous requests in other tickets)
The text was updated successfully, but these errors were encountered: