Do app modules work with the new config cfe module? #420
-
I ran into a problem when updating our cFE version from 7f7103a to 761b988, and I think the culprit is the new configuration registry (nasa/cFE#1979) or how we are using app modules. When building with the latest cFE version I see the following errors:
This is what cfe_config_ids.h looks like:
It looks like the enum name for our mutli_if module isn't being generated correctly. Perhaps the problem is the multi_if modules are added to the targets.cmake file applist as I tried disabling the config module in cFE, but it looks like es depends upon it. So is this a problem with the config module? Something else? Should I update how we include those submodules (I seem to remember SBN would add a link such as apps/sbn-tcp -> apps/sbn/modules/tcp)? Thanks! |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Yeah, you can't add them that way (with a path). Really the pattern where modules load there own modules is strongly discouraged. If you do that you are going around ES and all that it provides. I suggest using unique names for the modules (ci_multi_if or whatever) and add their path to the module search path if you want to have them in the same repo. And use ES and the startup script to manage them (as a library or whatever). |
Beta Was this translation helpful? Give feedback.
Yeah, you can't add them that way (with a path).
Really the pattern where modules load there own modules is strongly discouraged. If you do that you are going around ES and all that it provides. I suggest using unique names for the modules (ci_multi_if or whatever) and add their path to the module search path if you want to have them in the same repo. And use ES and the startup script to manage them (as a library or whatever).