Fix #940, Add module suffix and core name to configdata

[jphickey]

Describe the contribution
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.

Fixes #940, but related to previous issues #611 and nasa/PSP#111

Testing performed
Build and sanity check CFE on native/pc-linux, RTEMS 4.11, and VxWorks 6.9
Confirm using inspection of command line that the correct data is used for the new fields.

On linux:

-DCFE_DEFAULT_CORE_FILENAME=\"core-cpu1\" -DCFE_DEFAULT_MODULE_EXTENSION=\".so\"

On RTEMS:

-DCFE_DEFAULT_CORE_FILENAME=\"core-cpu1.exe\" -DCFE_DEFAULT_MODULE_EXTENSION=\".obj\"

On VxWorks:

-DCFE_DEFAULT_CORE_FILENAME=\"core-cpu1.exe\" -DCFE_DEFAULT_MODULE_EXTENSION=\".o\"

Nothing uses this data at runtime (yet) but I also confirmed with GDB that the "GLOBAL_CONFIGDATA" indeed has the correct info.

Expected behavior changes
None. Just making new information available.

System(s) tested on
Ubuntu 20.04 (native), RTEMS 4.11, VxWorks 6.9

Contributor Info - All information REQUIRED for consideration of pull request
Joseph Hickey, Vantage Systems, Inc.

[jphickey]

Getting this info into the basic runtime config structure is a prerequisite to the PSP change to fix nasa/PSP#111, so this should be merged first.

[skliper]

Don't you also need CMAKE_EXECUTABLE_SUFFIX and CMAKE_SHARED_LIBRARY_SUFFIX?

https://github.com/nasa/PSP/blob/b383f7c657f97c997c8129a8853a5557eddef517/cmake/Modules/Platform/RTEMS.cmake#L12-L14
https://github.com/nasa/PSP/blob/b383f7c657f97c997c8129a8853a5557eddef517/cmake/Modules/Platform/VxWorks-CFE.cmake#L12-L14

EDIT - I see now you are getting the full target name, so maybe just the library suffix? Not sure why this would ever be different... but it could be.

[jphickey]

For executables, the only executable that's relevant here is cfe core itself. So I decided to just store the whole target filename, that saves the FSW from having to reassemble it, along with the assumptions thereof. Also if we ever change the filename in CMake it should still just work.

All CFE apps/libs are built as modules i.e. add_library(... MODULE ...) so this is the only extension that should appear in load commands/startup scripts. Furthermore I've never seen them be different - although CMake does differentiate between shared libs and modules, I don't know of any system where they are actually different file types.

IMO I didn't want to throw in every possible item, only the ones we actually know we care about.

[skliper]

@astrogeco requesting fast track into the current IC, it's needed to fix broken behavior in PSP

[jphickey]

@skliper FYI see also commit 655a66c, this prevents editors (or at least my editor) from complaining about undefined symbols.

[skliper]

CCB: 2020-10-14: Approved.