Demo Multi-Target Build System with All Apps in Bundle#874
Demo Multi-Target Build System with All Apps in Bundle#874
Conversation
Merge remote-tracking branch 'public-github-nasa/main' into techdev-multitarget-bundle
Also updates two new tools submodules to reflect the updated main branch
|
Damon mentioned that there might be some issues with MM on this branch. |
|
I pulled that MM feature (nasa/MM#99) and tested it with this code. Details |
|
the cfs_test_suite passed on cpu2: Details |
|
test on cpu1 passed, too: Details |
| | ym | Lower-case abbreviation of the EDS module, typically used in file names | lc | | ||
| | YM | Upper-case abbreaviation of the EDS module, typically used in source code | LC | | ||
|
|
||
| Additionally, any comment in the form of `/* === C code in xyz file for module YM === */` or `<!-- XML code in xyz file for module YM -->` are no be ignored. So are any comments on or about the example variables or values. These comments are here just to help get the context of where the examples are expected to be found or stand in as placeholders for your own actual, and no doubt very thorough, comments. |
There was a problem hiding this comment.
"are no be ignored" should be "are not being ignored".
Thanks to Dave McComas for pointing this out
|
|
||
| For libraries, focus on the DataTypeSet section and skip most of the ComponentSet requirements. | ||
|
|
||
| **Reference Files for EDS XML**: When creating your EDS XML definitions, you can reference existing types and assets from: |
There was a problem hiding this comment.
Another comment from Dave McComas here:
I think ‘can’ should be a ‘shall’ “When creating your EDS XML definitions, you can reference existing types and assets from:” Creating guidelines for adding mission-specific types may be helpful. I have a handful of Basecamp types I’ve created that may be worth discussing. Why did I create them and where is the best place to define them?
Perhaps instead of a "shall", a "should" would be more appropriate.
| - `config.xml` - Contains mission-specific configuration parameters and constants | ||
| - See [Update EDS Configuration Files](#3-update-eds-configuration-files) for details on config.xml setup | ||
|
|
||
| * All members of the XML should be found in the config directory. If you wander outside those files, you're probably doing it wrong |
There was a problem hiding this comment.
Can this line be clarified?
Checklist (Please check before submitting)
Describe the contribution
This PR brings in multiple changes for demonstration and consideration:
As noted in the
README.mdchanges, this new Makefile implements targets with the following format:Where:
<config>represents a pre-configured example target configuration:native_stdnative_edsosaledslibpc686_rtems5gr712_rtems5rpi_vxworks7rpi_linuxqemu_yocto_linux<goal>represents one of the build steps:prepcompileinstallruntestlcovdetaildesignusersguideosalguideimageSee the README for additional details about each
configandgoal.For example:
Testing performed
N/A
Expected behavior changes
N/A