Default/Example table assumes presence of other apps

[jphickey]

Describe the bug
The default value for the TO_LAB subscription table directly refers to ci_lab and sample_app Msg IDs, assuming these apps will be present. This is fine for a user who is cloning the http://github.com/nasa/cFS bundle repo, because it includes these submodules. But in other cases if these other apps are not present, the table fails to build.

This issue is now detected at configuration (CMake) time, if there is a reference to the include directories of a target that does not exist in this configuration.

To Reproduce
Notably, this change from compile to config time caused an unintended side effect- workflows for the other CFS apps seem to do this - it clones the CFS but modifies the targets.cmake configuration in such a way that it no longer includes the sample_app.

Expected behavior
Should not assume/require that sample_app will always be part of the config.

Code snips
Problematic assumption is here in the table:

to_lab/fsw/tables/to_lab_sub.c

Line 52 in 41516d4

{CFE_SB_MSGID_WRAP_VALUE(SAMPLE_APP_HK_TLM_MID), {0, 0}, 4},

System observed on:
Github workflow (see https://github.com/nasa/LC/actions/runs/4681105860/jobs/8293280167)

Additional context
This assumption is also true for CI_LAB and SCH_LAB, but these lab apps are still included in the workflow runs, so it doesn't cause an error at this time. With the way that the CFS app workflow runs, it effectively replaces sample_app with the app under test, while leaving the rest of the default bundle config alone, hence why an assumption of sample_app being present is more of an issue than the others.

Reporter Info
Joseph Hickey, Vantage Systems, Inc.