Причем тут это?😁

Код все равно не скомпилируется

Господа, а чем плохо обычный bool флаг использовать для синхронизации потоков и данных? std::thread Зачем именно semaphore и mutex

bool не атомарный

Anthony Williams - C++ Concurrency in Action-Manning Publications (2019).pdf

типа в несколько тактов выполняется и есть риск, что все-таки не заметит его другой поток?

типа r/w доступ к данным из разных потоков в общем случае это ub

А если сделать наоборот, то clang компиллирует, а MSVC нет.

на MSVC я бы смотрел в последнюю очередь, много чего он компилирует

в английском языке очевидная путаница со значениями

в каком месте?

Addition (usually signified by the plus symbol +) is one of the four basic operations of arithmetic
Мне не очевидно, в какой момент там всё поехало и возник operator +.

The plus sign, +, is a binary operator that indicates addition

типа UB если будет одновременное чтение и запись

у меня дежавю? вроде уже это было в соседней группе

Ох, так я и не выяснил почему может пропадать оптимизация strlen для string_view параметров... Магия какая-то, иногда доставляешь в .cpp функцию X, оптимизация в функции Y пропадает (функции независимы вообще). Иногда наоборот, пропадает после удаления какой-то функции (тоже ноль зависимостей). И это ещё не всё, в функцию которую мониторил вставил пару вызовов с передачей литералов в sv параметрах, оптимизация пропадает то в одном вызове, то в другом, то в обоих, как кости лягут...

Причем это НЕ таблицы литералов или всякие max-tracked-strlens (оно я думаю в данном случае вообще не про это), на оптимизации влияют модификации функций вообще литералы не использующих.

у шланга можно попробовать включить оптимизационные репорты

оно даёт лог, который показывает, почему компилятор принял то или иное решение. но я сам никогда этим не пользовался