Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Integration Candidate: 2020-04-08 #153

Merged
merged 7 commits into from
Apr 20, 2020
Merged

Integration Candidate: 2020-04-08 #153

merged 7 commits into from
Apr 20, 2020

Conversation

astrogeco
Copy link
Contributor

@astrogeco astrogeco commented Apr 14, 2020

Describe the contribution
Fixes #145, #135, and #121

See Bundle IC at nasa/cFS#66

Testing performed
See PRs,
Bundle CI - https://travis-ci.com/github/nasa/cFS/builds/160607248

Expected behavior changes
PR #146 RTEMS builds successfully without errors
PR #148 Build script uses a proper CMakeLists.txt instead of the aux_source directory
PR #149 Code structure/linking change only.

System(s) tested on
See PRs
Bundle CI

Contributor Info - All information REQUIRED for consideration of pull request
Joseph Hickey, Vantage Systems, Inc.
Gerardo E. Cruz-Ortiz, NASA-GSFC

jphickey and others added 6 commits March 26, 2020 18:00
Addresses various compatibility/usability issues observed during testing

- Correctly set/export the CMAKE_EXE_EXPORTS_C_FLAG
- Incorporate the system specs directly into the COMPILE_OBJECT templates
  so these don't need to be specified by the toolchain or CMAKE_C_FLAGS
- Similarly include the always-needed linker flags flags for entry point
  and relocation address into the linker command template
Do not use aux_source_directory to assemble a list of source files.
Instead, put a proper CMakeLists.txt file in each implementation
and build the implementation separately from the shared/common parts.

In addition to avoiding the aux_source_directory this allows PSP-specific
compile definitions to be set on a per-implementation basis because
it is defined separately.
Instead of redefining the basic entry point symbols, use the
OSAL BSP and its abstractions.  The CFE PSP just becomes an
extension to the OSAL BSP, and only needs to define the
OS_Application_Startup symbol like any other OSAL application.
Fix #135, Add separate CMakeLists.txt for each implementation
@astrogeco astrogeco changed the title WIP: Integration Candidate - 2020-04-08 WIP: Integration Candidate: 2020-04-08 Apr 14, 2020
@astrogeco astrogeco changed the title WIP: Integration Candidate: 2020-04-08 Integration Candidate: 2020-04-08 Apr 20, 2020
@astrogeco astrogeco merged commit 27063c0 into master Apr 20, 2020
@skliper skliper added this to the 1.5.0 milestone Jun 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

RTEMS CMake module does not define all required outputs
3 participants