Feature request: common libraries for IPC and Logging

[4og]

Description

As agreed in the #375, the mw::log logging framework and the LoLa/mw:com inter-process communication framework, along with their dependent C++ libraries, will become part of the S-CORE codebase. These libraries may serve as a starting point for establishing the Common Libraries in the S-CORE stack.

List of Libraries

• scpp - The SCPP extends the C++14 Standard Library with features from newer C++ standards up to C++26, as well as parts of proposals for the C++ Standard Library.
• aborts_upon_exception - Globally prevents creation of exception objects by calling std::abort() immediately. This library fulfills the Handling of C++ Exceptions #301
• coverage_termination_handler - A helper library to allow collective code coverage information in GTest DEATH_TESTS.
• safe_math - It provides safe implementations for a number of arithmetic operations or related operations for signed and unsigned
  integral types as well as floating point types.
• scoped_function - The purpose of this library is to allow developers to consciously limit when an enclosed callable (function) can be invoked.
• bitmanipulation​ - A library for bit manipulation.
• concurrency​ - The library provides a generic interface to execute any C++ callable type (functions, lambdas, etc.) in a parallel context, allowing the user to choose the specific parallel execution strategy (e.g., thread pool, timed execution) at runtime, while also ensuring thread safety and supporting features like interruption handling and periodic/delayed task execution.
• containers​ - The library offers a DynamicArray, a fixed-size array data structure whose size can be dynamically set at construction, and an intrusive linked list implementation conforming to the P0406R1 proposal.
• filesystem​ - A filesystem manipulation library similar to the std::filesystem.
• json - This JSON library is designed as an abstraction layer which can switch to using other parsers/serializers under the hood.
• memory​ - A utility library to handle memory. I.e. it provides an abstraction layer to use shared memory.
• os​ - The OS Abstraction Layer (OSAL) to interface with different POSIX-like operating systems such as Linux and QNX.
• result - This library provides a unified approach to handle errors without using exceptions, conforming to the C++23 std::expected.

[HartmannNico]

Concurrency

Discussing 1.0 architecture the concurrency library would be part of a runtime orchestration framework.

[HartmannNico]

OS Abstraction

OSAL collides partially with filesystem and concurrency. I think we should consider std:: replacements and additions where required, but not go for a specific OSAL common library.

[vinodreddy-g]

FR required for common libs.