Армянское Радио

Вы пытаетесь делать ненужную и бессмысленную работу.
Первый довод - все компиляторы C++ устроены по разному и от версии к версии их внутренняя кухня сильно меняется. Напоминаю, что у C++ нет даже стабильного ABI

Далее, большая часть библиотек C++ - это шаблоны, которые при компиляции превращаются в дикий фарш с кучей оптимизаций. Так что если вы что-то там поняли в одном случае, не даст вам информации о том, как это будет работать в остальных случаях.

Если внутри constexpr появится что-то не-constexpr, компилятор пошлет вас в баню. И правильно сделает.

Все гарантии о C++ имеются только в стандарте. Прочие попытки сделать доводы о том, как работает компилятор и как работает бинарник будут скорее всего фантазиями или частными случаями, не применимыми в иных ситуациях или при других настройках оптимизации.

Собирайте на целевой машине, так будет правильнее.

Переделать архитектуру, вместо объектов хранить указатели на них.

Альтернативно, можно хранить unique_ptr на нужные объекты, а при удалении изымать из владения указатель методом release или пользуясь move-семантикой.

Третье, если это объект, написанный вами, реализуйте для него конструктор и оператор перемещения и используйте move в нужный вектор.

properties -> Configuration Properties -> C/C++ -> General -> SDL checks -> No

Создаете массив из символов 0000...0000, а затем делаете операцию инкремента, пока не получите все единички 1111...1111.

Зависит от конкретной реализации.
В Windows Sleep() останавливает вызвавший ее поток на нужное количество тактов планировщика потоков. И в это время процессор просто выполняет другие потоки.
В DOS Sleep() запускал длинный цикл, внутри которого программа не делала ничего.

connect точно прошел?

std::max(std::max(a,b),c)

Никакой стандартный тип в крестах не вместит число больше 2^64-1, так что ваша программа работать не будет.

Вам придется разбираться с длинной арифметикой, то есть с библиотекой типа GMP

Другое дело, что в данном конкретном случае как раз получится 2^64-1, так что в 64 бита все влезет, но если в шахматы добавить хоть одну клеточку - кина не будет.

Это называется "Архитектура приложения".
Один из примеров - части приложения выносятся в разные репозитарии, затем они включаются в общий при помощи git subtree. Тогда у вас отпадает необходимость синхронизировать эти части руками - это все делает git

Далее, у проекта qt есть подмодули, так вот ваши exe - это и есть два подмодуля в большом проекте.

Дерзайте!

Само сжатие делает zlib, оно потоковое.
Остается только формировать структуру файла ZIP, это вполне можно делать "на лету".

Оператор << и любая арифметика делаются путем объявления функций вне класса

Firebird