Что я делаю не так? conan мне нагенерил вот такой профиль [settings] arch=x86_64 build_type=Release compiler=msvc compiler.cppstd=23 compiler.runtime=dynamic compiler.runtime_type=Release compiler.version=193 os=Windows Вроде

Question

pro.buildsystems

Eyed Shovel

Что я делаю не так? conan мне нагенерил вот такой профиль [settings] arch=x86_64 build_type=Release compiler=msvc compiler.cppstd=23 compiler.runtime=dynamic compiler.runtime_type=Release compiler.version=193 os=Windows Вроде

хедер юниты должны быть, в смаке врублено всё с модулями, а import <iosteam> всё равно фейлится. Кто-то встречал такое?

#ncmake #programming #russian #software

0

04.10.2023

12 ответов

51 просмотр

Александр Тулуп

CMake не умеет хедер юниты из-за огромного оверхеда на сканирование. Для стандартной библиотеки все основые вендоры договорилисть бекпортировать import std; из c++23 в качестве расширения в c++20. Так же, CMake 3.28 (еще не вышел) может в модули без костылей

0

05.10.2023

Alex

Александр Тулуп
CMake не умеет хедер юниты из-за огромного оверхед...

А CMake-у нужно про std-шные модули что знать разве? Да и вообще про какие-то? Разве там не должно быть как с заглавными: компилятору виднее, что по зависимостям, и потому он генерирует .d файл для каждого исходника (gcc так делает, например)

0

05.10.2023

Stanislav Ershov

Alex
А CMake-у нужно про std-шные модули что знать разв...

ну надо знать где модуль находится)

0

05.10.2023

Alex

Stanislav Ershov
ну надо знать где модуль находится)

Компилятор знает. По крайней мере системные. А остальные подаёт пользователь как зависимости (как сейчас подают include path's). Или вы про то, что CMake будет сам извлекать из библиотек имена моделей и подавать пути для них через флаги при кросс-зависимостях? Если да, то, повторюсь, системные компилятор знает лучше. А для пользовательских разве не хватит обычного include path?

0

05.10.2023

Stanislav Ershov

а симейк?

0

05.10.2023

Alex

Stanislav Ershov
а симейк?

А зачем ему это нужно?

0

05.10.2023

Stanislav Ershov