в каком моём?

Хоть с чем можно. Но я про правильный путь.

Я Arelav ответил не процитировав

точнее не туда попал...

Фаззер вместе с кодом? Я предпочитаю когда тесты обосбленны максимально.
enable_testing() не нужен кст если пишешь include(CTest)
Зачем тебе tbb и openmp вместе?
И вообще вот если делаешь зависимости, жалко что ли написать опцию смаке, в который юзер может указать скачай зависимость, если нет системной (или всегда) и сбилди.
Потому что вот лично у меня даже заклонить не появится желания так как надо поставить кучу фигни в систему

А не. Тебе ответил. В вижаке будет /I, а не -I

У Thrust есть все эти бэкэнды. Сравнить.

Ну то есть ладно qt может быть boost, штуки которые сложно собрать но тот же gtest, возможно inteltbb почему нет?

Ну так блин а почему сравнение где в общем коде либы

Ну да если не либа то по другому

Я понял: ты предпочитаешь несколько параллельных структур каталогов дублирующихся и разделённых по функциям). Я ничего не предпочитаю. Просто здесь решил сделать так.

Я поддержал все бэкэнды Thrust-а, чтобы: 1.) сравнить их производительность, 2.) чтобы можно было отлаживать на CPP бэкэнде однопоточный хостовый код.

Кст а вообще почему нет нормально cmake format? Ну то есть есть обычно плагины и cmake-format, но он убогий какой то. Хочу как кланг формат. А лучше в нем просто доп язык

Нет никакого единого стиля. Вообще нигде. Не встречал.

Да я понял там про другое. А вообще какие результаты в итоге, или пока нету?

Пока нафаззил баг и отлаживаю. На месяц на собесы отвлёкся.

Вот кст у меня был опыт scons там на питоне пишут. Мне даже в целом понравилось. Правда оно наверно ближе к мертво и мы его активно выпиливали

gdb не держу включенным всё это время, если что)

enable_testing() Enable testing for current directory and below
Чтобы в 3rd party что-нибудь не включить.

Но надо помнить, что ctest будет отсчитывать директорию от src и если задать ему корень проекта то будет успешно выполнено 0 тестов.