Alexander Hans

I have made some progress here. We need to use the absolute path with `--sysroot` for the linker to find all required files. That is probably the reason why the...

> Regarding the lto patch: would this be necessary if we would natively compile code on an arm64 platform? I suspect not. If we wouldn't need that for native compilation,...

I noticed this as well. Instead of extending the patch, I think it'd be better to remove it completely and instead get closer to the ROS standard setup. When we...

This sounds like a problem I would enjoy investigating! 😉 Maybe I'll find some time in the next couple of days... But no promises!

The issue seems to be the `-flto` flag that the CMake-based build adds in `Release` mode. Change the `CMAKE_BUILD_TYPE` to `Debug` or `RelWithDebInfo` and it links successfully (for `RelWithDebInfo` they...

This seems to be related: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85801

> I cloned https://github.com/eclipse-cyclonedds/cyclonedds/tree/0.9.1 and ran `grep -rnw . -e "flto"`: > > ```shell > ./ports/solaris2.6/config.mk:50: # OPT = -O3 -DNDEBUG -flto > ./src/core/CMakeLists.txt:36: #-flto and debugging info do not...

I'm facing a similar issue. My use case is simply being able to run `ros2 bag record` from anywhere and have the recording created in a directory relative to the...

For my use case described above I implemented a workaround with a wrapper that is just a shell script. It stores CWD in an environment variable, then calls the Bazel...

> @mvukov -- it would be a big change, but wdyt about just leaving Workspace behind and going full Bzlmod? Then this wouldn't be an issue. Just weighing in as...