Integrate with current OSAL version #165
Assignees
Labels
enhancement
New feature or request
Comments
jphickey
added a commit
to jphickey/bplib
that referenced
this issue
Oct 12, 2022
Utilize NASA OSAL (https://github.com/nasa/osal) as the preferred option for OS abstraction. The "bplib_os" calls become simple wrappers around OSAL functions. The OSAL package also provides UT assert and stub framework that can be used for unit testing.
jphickey
added a commit
to jphickey/bplib
that referenced
this issue
Oct 17, 2022
Utilize NASA OSAL (https://github.com/nasa/osal) as the preferred option for OS abstraction. The "bplib_os" calls become simple wrappers around OSAL functions. The OSAL package also provides UT assert and stub framework that can be used for unit testing.
This was referenced Oct 17, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The latest OSAL mainline has support for condition variables and therefore should support all BPLib requirements of the OS.
The embedded "os" calls at https://github.com/nasa/bplib/blob/main/inc/bplib_os.h should be mapped to the corresponding OSAL function. This would largely replace/supplant the existing
cfe.cimplementation.The direct POSIX mapping in
posix.ccould be retained or removed. If removed, there would be a hard dependency on OSAL and all test programs would also have to be built and linked with OSAL. If preserved, it could simplify certain functional test workflows as the software could then be built on Linux with no external dependencies required. However, this could only simplify certain functional/black box tests. For coverage testing, the OSAL-based build would be required as this provides UT assert as well as coverage stub frameworks.The text was updated successfully, but these errors were encountered: