You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Today I stumbled across 94e3053, which added a preprocessor directive and switches to different implementations for atomic operations that are essential for lock-free buffer implementations.
I am not aware of the pros and cons of using the builtin intrinsics of gcc/clang compared to the custom platform-dependent implementations. But it would be worth to verify if Clang 3 and newer versions are still affected by the problem which triggered that patch back in 2011. I could not find any background information in the commit history, the Orocos forums or the old bug tracker.
The text was updated successfully, but these errors were encountered:
Today I stumbled across 94e3053, which added a preprocessor directive and switches to different implementations for atomic operations that are essential for lock-free buffer implementations.
I am not aware of the pros and cons of using the builtin intrinsics of gcc/clang compared to the custom platform-dependent implementations. But it would be worth to verify if Clang 3 and newer versions are still affected by the problem which triggered that patch back in 2011. I could not find any background information in the commit history, the Orocos forums or the old bug tracker.
The text was updated successfully, but these errors were encountered: