v2.0.6

v2.0.6

Full Changelog

Refactoring:

• Patch cpptoml to use cmake 3.16 #2011
• Update github actions #2011
• Remove warning in toml gateway config parser #2266
• Fix warnings on macOS #2284

New Contributors

• @ahcorde made their first contribution in #2265

v2.0.5 (Blueberry)

v2.0.5

Full Changelog

Features:

• Add the introspection to the ROS release #2099

Bugfixes:

• Fix ROS 2 RHEL build #2099

v2.0.3 (Blueberry)

v2.0.3

Full Changelog

Bugfixes:

• Build error on certain versions of Windows/Visual Studio #1476
• Fix FileLock leak when lock failed #1440
• Fix INTERFACE_INCLUDE_DIRECTORIES in CMake #1481
• m_originId in mepoo::ChunkHeader sometimes not set #1668
• WaitSet::wait returns if data was send before WaitSet::attachState(.., State::HAS_{DATA, REQUEST, RESPONSE}) #1855

v2.0.2 (Blueberry)

This is the second bugfix release for Eclipse iceoryx 2.0.0 (Blueberry).
Compared to the previous bugfix release, the following bug tickets were resolved:

• Double build issue in ROS2 build farm #1323

Full Changelog

v1.0.3 (Almond)

This is the third bugfix release for Eclipse iceoryx 1.0.0 (Almond). We added several patches.

Compared to the feature content of the previous release, the following bug tickets were resolved:

• CMake warning: empty command-line option #1311
• Double build issue in ROS2 build farm #1323

v2.0.1 (Blueberry)

This is the first bugfix release for Eclipse iceoryx 2.0.0 (Blueberry).
Compared to the feature content of the previous release, the following bug tickets were resolved:

• CMake warning: empty command-line option #1311 thanks to @clalancette
• iox-#743 Fixes to make docs exportable #1289
• Don't exclude implementations of public classes in Doxygen #1293

Full Changelog

v2.0.0 (Blueberry)

Major release that closes the remaining gaps to make iceoryx feature complete for being used as an inter-process-communication binding in AUTOSAR Adaptive. This includes request/response communication and a complete refactoring of the service discovery capabilities

• request/response communication
  So far iceoryx only supported publish/subscribe communication. Now also request/response is supported (aka "services" in ROS 2 and aka "methods" in ara::com and SOME/IP) #27
• Refactoring of service discovery
  The iceoryx runtime already supported service discovery. But the functionality was limited. Now it is more flexible and supports event-driven discovery #415
• Windows and FreeBSD support
  After Linux, QNX and MacOS, iceoryx now also supports Windows and FreeBSD #33 #1054
• Clang-Tidy support
  The Clang-Tidy linter runs as github action #299

For more details you can check the v2.0.0 changelog

v1.0.2 (Almond)

This is the second bugfix release for Eclipse iceoryx 1.0.0 (Almond). We added support for GCC 11.2 used in Ubuntu Jammy.

Compared to the feature content of the previous release, the following bug ticket was resolved:

• Backporting Bugfixes for GCC 11#1092

v1.0.1 (Almond)

This is the first bugfix release for Eclipse iceoryx 1.0.0 (Almond). We made minor changes in the documentation and added several patches.

Compared to the feature content of the previous release, the following bug tickets were resolved:

• Github CI Integrationtests failing #825
• Segmentation Fault in FileLock #808
• Cpptoml cannot be build due to failing examples #791
• Missing template parameter for user-header in typed C++ API #768
• Fix issues with generating website documentation #743
• Starting an application after RouDi was terminated floods the cmd line with error messages #654

v1.0.0 (Almond)

New features:

• C API
  So far iceoryx only had a C++ API. With the C API, we want to support easier integration in frameworks written in C (e.g. ROS rmw layer or Cyclone DDS) and also enable other language bindings like Python that could be based on the C API
• Support for n:m publish/subscribe communication
  So far iceoryx only supported 1:m communication. I.e. one publisher can send data to several subscribers. But a subscriber could not receive data from more than one publisher. With the n:m feature this limitation is resolved
• MacOS support
  So far iceoryx supported Linux and QNX as underlying operating systems. We now introduce a platform abstraction layer and support for MacOS
• Refactoring of public API
  iceoryx is normally used within a bigger framework that provides user APIs. To better support users that are using iceoryx directly and to further simplify the integration of iceoryx in other frameworks, we do a refactoring of the API
• Bridge to Eclipse Cyclone DDS
  iceoryx is a technology for inter-process-communication. It has to be extended when it is used in a framework that shall also support network communication. We have building blocks that allow developing bridges to protocols for network communication. The first bridge we implemented is the one to Eclipse Cyclone DDS