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

v0.99.2 (Almond) Release Candidate 2

Second release candidate for the first long-term-support release Almond v1.0

Final Almond release is targeted for 2021/04/30

Find more info in the changelog.

v0.90.0 (Almond) Milestone build for new and stable APIs and n:m pub/sub communication

This is a pre-release for our first long-term-support release that is coming soon (will be iceoryx_1.0.0).

We had a major refactoring of the iceoryx communication infrastructure which allows to do n:m communication now and provides a flexible history functionality for late joining subscribers.

This new infrastructure is also made to support request/response communication as a next step (#27). The C++ API has been completely reworked and a new C API has been added.

We will give the API draft some weeks for finalizing the features and to incorporate feedback from the community. There's an issue in which we collect and discuss the final modifications (#408).

Major new features:

• Complete refactoring of publishers and subscribers from shared memory data structures to user APIs, #252
• First versions of new APIs for C++ and C, #252
• n:m publish/subscribe communication now possible, #25
• First version of a DDS gateway. Cyclone DDS already integrated, FastDDS on it's way, #64, #65
• New github actions for Mac OS and colcon build #175, #276. #328

Note: QNX build was not tested.