Потенциальные проблемы при использовании 16-байтных атомарных операций

Для процессоров с системой команд elbrus-v4 и ниже отсутствует аппаратная поддержка 16-байтных атомарных операций (есть только атомарные load и store для дескрипторов защищённого режима). Поэтому в компиляторе при построении 16-байтных атомарных операций для режимов elbrus-v4 и ниже строится вызов функции из библиотеки libatomic. Функции внутри себя реализованы через использование mutex’а, т.е. НЕ являются Lock-Free

Для процессоров с системой команд elbrus-v5 и выше уже есть аппаратная поддержка 16-байтных атомарных операций. Поэтому в компиляторе при построении 16-байтных атомарных операций для режимов elbrus-v5 и выше строится код, использующий аппаратную поддержку, т.е. без использования функций из библиотеки libatomic

Такая работа компилятора приведёт к проблеме, когда внутри одной программы используются 16-байтные атомарные операции над одним и тем же адресом памяти в случае, если часть кода скомпилирована в режиме elbrus-v4 и ниже, а часть кода - в режиме elbrus-v5 и выше. Это обусловлено тем, что нельзя совмещать разные способы построения атомарных операций над одним и тем же адресом - нужно либо чтобы все обращения работали через библиотеку libatomic, либо чтобы все обращения работали через аппаратную поддержку

При наличии смеси из кодов, скомпилированных под разные режимы -march= и имеющих атомарные операции над одним и тем же адресом, следует использовать опцию -mno-quad-memory-atomic, которая принудительно запретит использование аппаратной поддержки при построении 16-байтных атомарных операций