res2001

Самому заниматься установкой зависимостей есть смысл только для статически линкуемых библиотек. В этом случае самый простой вариант такие библиотеки оформить например как субмодуль git. Тогда при клонировании вашего репозитория скачаются исходники библиотеки. В cmake просто собираете ее как отдельный таргет и используете по назначению. Хорошо если библиотека уже поддерживает сборку через cmake - будет меньше возни. Если нет, то придется написать самому для нее CMakeLists.txt.

Для динамических библиотек стоит оставить удовлетворение зависимостей пользователю, потому что вариантов пакетных менеджеров много (вы хотите их все поддерживать?). В вашем CMakeLists.txt нужно только сделать тем или иным способом поиск установленного пакета и если его нет - выдачу ошибки и завершение сборки. Такие механизмы в cmake есть. Можно использовать выше приведенный find_package или например pkg_check_modules (который в свою очередь использует утилиту pkg-config).
Почти все более-менее серьезные приложения не пытаются установить самостоятельно свои зависимости при сборке. Можете проверить. Например: https://github.com/nginx/nginx?tab=readme-ov-file#...

Вы можете дополнительно к сборке приложения добавить и создание пакета для пакетного менеджера (или для нескольких пакетных менеджеров). Вот тут то вы и укажите необходимые приложению зависимости (в разных дистрибутивах линукс пакеты с зависимостями могут называться по разному). И тогда, когда пользователь будет устанавливать ваш пакет через пакетный менеджер все зависимости установятся автоматически.
В cmake есть механизм для создания пакетов для разных пакетных менеджеров: https://cmake.org/cmake/help/book/mastering-cmake/...

Видимо ошибка в длинных вычислениях. Сложно просто глядя на код что-то сказать.
Для оптимизации тут применена многопоточность, но похоже, что присутствуют гонки, хотя есть попытка использовать мьютекс для защиты, но явно этого не достаточно.
Похоже, что эта программа толком не отлаживалась.

Думаю, больше толку было бы для оптимизации, если бы использовались SIMD инструкции, а не многопоточность.
Есть оптимизированные библиотеки для длинной арифметики, проще всего было бы использовать какую-то подобную библиотеку, а не изобретать собственный велосипед. С использованием такой библиотеки задача была бы достаточно тривиальной.

NAS относится к интернет магазину примерно никак.
NAS - это просто место где лежат файлы, любые файлы - хранилище файлов. Это не веб сервер. Вы не сможете на NAS запустить свой сайт - он не предназначен для этого.
Вы можете использовать NAS для хранения файлов вашего магазина, можете не использовать. Безразлично. Файлы магазина обычно можно перенести в процессе куда угодно без больших проблем.
Обычно начинают с простого варианта - все файлы лежат локально на веб сервере. По мере увеличения нагрузки можно думать об оптимизации.

Можно запускать скрипт удаленно с помощью psexec или wmi. Предварительно надо будет настроить все удаленные станции, чтоб можно было это использовать.
Это может быть простой батник, который убивает процесс и запускает повторно. Правда есть нюанс - удаленно скрипт можно запустить только с админскими правами, а приложение надо запускать с правами пользователя и в сеансе пользователя.
Чтоб решить эту проблему может быть запуск можно сделать не на прямую, а например из задачи шедулера, которую удаленным скриптом дергать. Кстати утилита schtasks, с помощью которой можно управлять заданиями шедулера из ком.строки, умеет работать удаленно. Так что возможно даже psexec/wmi не понадобятся. Т.е. нужно написать локальный скрипт, который ищет нужный процесс, прибивает его и запускает повторно. Настроить в шедулере задачу с фиксированным именем с запуском этого скрипта и выключить эту задачу. Дальше на сервере при наступлении события просто дергаете schtasks, который будет удаленно принудительно одноразово стартовать настроенную задачу.

Система в большинстве случаев сама освободит почти все ресурсы при завершении программы. Есть исключения, но они довольно редки.

Но вот представьте ситуацию: прошел год и вы решили использовать код, который написали в этом проекте. Т.е. ваш старый код будет вызываться и завершаться в новом окружении (новой программе), но новая программа еще продолжит работать, а ресурсы не освобождены. И возможно новая программа захочет вызвать ваш старый код не один раз, а 1000 раз например. Вот тут-то вы и словите все утечки, которые оставили год назад.

Еще вариант: часто в embeded системах нет полноценной ОС и там нет такой роскоши как освобождение ресурсов при завершении процесса, т.к. часто нет и понятия процесса. Т.к. вы пишете на С++, то нельзя исключать, что когда-нибудь жизнь занесет вас в эту сферу.

Кстати, этот вопрос не связан конкретно с SDL, он вообще про все что угодно, что может быть захвачено и освобождено вашим процессом.

Так что освобождайте все что захватывает ваша программа явно в вашем коде и не надейтесь, что кто-то это сделает за вас.

Можно так:
#include "../include/sys.h"
Кавычки тут важны!

Но лучше всего добавить путь поиска заголовочных файлов с помощью дополнительной опции компилятора:
g++ -I include ...
И подключать заголовок уже просто указывая только имя файла:
include <sys.h>

Аида запускается и на этом процесс останавливается.

Сейчас вы пытаетесь запустить aida 2 раза, через start и без него во 2 строке. Оба варианта могут сработать. Но очевидно, что по разному, т.к. параметры aida различаются.
Или возможно, 2 вариант не сработает, из-за того что не прописан полный путь к aida.

В текущем виде команда start запускает aida без параметров, поэтому вы видите окно aida в котором ни чего не происходит.
Вторая команда, если она отрабатывает, возможно делает то что надо. Отчет на почту приходит?
Если нет, то попробуйте для начала добавить полный путь во 2 строке.

Правильность параметров командной строки для отправки отчета смотрите в документации AIDA. Я тут не в курсе.

start - запускает приложение и не ждет его завершения, т.е. консольное окно у вас закроется сразу, если вы запускаете батник через ярлык с раб.стола например.
Без start - консольное окно не закроется, будет ждать завершения запущенного процесса.
Можно использовать любой вариант. Оба в одном батнике - избыточны.

Командную строку для aida в обоих вариантах приведите к одному виду, видимо, как во 2 варианте, только, возможно, надо добавить полный путь к aida.

Правильный вариант использования start в вашем случае такой:

start "%USERPROFILE%\Desktop\AIDA64\aida64.exe" /E pochta@mail.ru /SUBJ "Отчет AIDA64 $HOSTNAME" /HTML /SUM

Конечно, если параметры для aida вы сформировали правильно.

Ответ в комментариях: Почему клиент не подключается к серверу OpenVPN?

Обычно callbackи так передают. Потом вызываемая функция при наступлении события сама ее вызывает.

Как я понимаю через выше aligment тем лучше?

Нет. Это бред. Тут не применимы термины лучше/хуже.

Alignment (выравнивание) - это просто свойство типа данных.
enum по умолчанию имеет тип int, соответственно и все его свойства наследуются. В С++ (с версии 17, если не ошибоаюсь) можно самому выбрать тип enum. Для выравнивания обычно действует простое правило - тип должен быть выровнен в памяти на границу кратную его размеру. Например у int размер 4 байта (обычно), и выравнивание должно быть по границе 4 байт. у char/uint8_t - размер 1 байт, соответственно ограничений по выравниванию нет, т.е. выравнивание по границе байта. Тип SDL_Color - это, видимо, структура, состоящая из 4 uint8_t (или что там в SDL используют для unsigned char), выравнивание для структуры берется из типа ее первого поля (если аттрибутами не задано другое).
Используй типизированный в uint8_t enum и будет тебе счастье.
https://en.cppreference.com/w/cpp/language/enum

Кстати, выравнивание, это не ограничение С++ - это ограничение процессора на аппаратном уровне. Правда почти все современные процессоры уже не имеют этого ограничения и нормально жуют не выровненные типы, но при этом операции выполняют медленнее, чем с выровненными. Фактически процы просто научились "маскировать" это ограничение. Поэтому ограничение в языке осталось.
К тому же все еще есть процессоры, где требование выравнивания действует, но это в основном что-то из разряда микроконтроллеров. На таких процессорах использование не выровненных типов приводит к ошибке шины и вылету программы.
Обычно тебе не нужно думать про выравнивание, т.к. компилятор об этом позаботится за тебя. Но бывают ситуации, когда программист должен это учитывать. Например когда ты читаешь поток бинарных данных из сети или из файла, и данные в потоке - это что-то сложнее, чем байты и символы.