Скорее всего просто компилятор обосанный

Какой нибудь apple clang

Возможно

Он самый

Просто нативно как я знаю если aarch64 там есть инструкции для 64 бит

Автор вопроса сказал, что std::atomic не поддерживает double
https://t.me/ProCxx/403531

А что с apple clang не так?

>apple
Всё не так

Он какой-то урезанный чтоли?

Хотя да, я наслышан про разработку плюсовых приложений под iOS - печальная история

ЕМНИП, специализации под floating point types только в С++20 появились

Поддерживает double, но не определяет для него операций инкремента, декремента и т.д

Primary template изначально был

А что мешает просто прибавить или вычесть 1?

А что тогда альтернатива? Fixed point?

++/-- там только для Integral types

Оно и без специализаций должно работать

как с помощью typeid получить нормально имя класса без всяких индетификаторов и неймспейсов?

никак

Вчера ночью размышлял над своим игрушечным проектом, и полезли в голову странные идеи, как иногда бывает далеко за полночь. А именно: сделать memory_resource и аллокатор к нему, такой, чтобы любой allocator-aware контейнер можно было хранить на диске вместо RAM (необязательно сам объект контейнера, а именно его внутренние данные - то, что потребляет много памяти). Дисковую память отслеживать страницами/блоками/кластерами, непрерывность виртуальных адресов обеспечивать страничной организацией. Саму таблицу кластеров/страниц хранить в RAM.

Такое возможно сделать на std::memory_resource, и будет ли это работать как ожидается, т. е. прозрачно для контейнера и для пользователя этого контейнера хранить данные на диске вместо RAM?