Как собрать проект в Windows, но с Linux окружением

В голову разве что MSYS2 приходит (https://www.msys2.org/).
Или WSL, но там под Linux сборка получится, но можно использовать тот же MinGW.

MSys / CGygwin

WSL есть, но как его использовать, чтобы в CMakeLists.txt команды выполнялись линуксовские?

Скопировать всё внутрь машины WSL, запускать CMake.

Всегда ваш, К.О.

Можно подробнее с самого начала? Я когда создавал проект, то склонировал его с репозитария github. Что мне нужно делать изначально, в самом WSL сделать git clone?

на винфак

как быть?

1. Дать ссылку на проект.
2. Позвать EXL, чтобы он набил ссаными тряпками создателей такого CMakeLists.txt.

Когда раскладку наладят в Ubuntu (и сделают кнопку закрыть все окна), тогда и поговорим

В WSL, если я правильно помню, есть возможность забрать файлы с хоста, но я давно его видел. Поэтому можно и так — открываешь терминал с линуксом, делаешь каталог, делаешь git clone ещё раз, дальше работаешь как в обычном линуксе.

bash -c «cd ${PROJECT_SOURCE_DIR}/../../ && pwd»

Какой ужасный костыль вместо realpath.

Это я сделал. Открыл папку, которая в WSL лежит в CLion, потом запустил CMakeLists.txt, теперь bash\окружение видит, но теперь другие ошибки валятся с компиляторами... Ладно, если я буду собирать\компилировать проект в WSL, я его там уже собрал. Как мне заставить CLio хотя бы исходники проиндексировать? Ну и дебаг подключить к процессу запущенному в WSL...

Вам шашечки или работу работать?

WSL?

WSL создаёт в винде сетевой диск, в котором у тебя корень твоей виртуалки будет. Вот там в хомяке как обычно и работаешь, а потом просто идёшь в терминал в WSL и запускаешь команду.

Да это понятно, я хочу код синхронизировать с IDE. Чтобы по ссылкам ходил, инклуды там всякие. Сейчас ничего не видит. Добавляю конфигурацию CMake Application, там Target. Создал Custom build Target (Toolchain WSL), подсунул его туда и... ничего. куда нужно все запихать то, чтобы исходники пропарсились?

Да это понятно, я хочу код синхронизировать с IDE.

Visual Studio с 19-й версии позволяет вести разработку,сборку и debug под Linux.

Можно и так.Как мне заставить CLio хотя бы исходники проиндексировать?

Ну тогда тебе надо настраивать интероперабельность между WSL и хостом. CLion ssh умеет, например? Или что он вообще умеет?

В Visual Studio debug под Linux работает с удалённым хостом.

А это не зависит от местоположения каталога с файлами, идея индексирует именно каталог. Попробуй удали .idea в корни и открой проект заново.

execute_process(
        COMMAND bash -c "cd ${PROJECT_SOURCE_DIR}/../../ && pwd"
        OUTPUT_VARIABLE DIR
)

как быть?

Пропатчить, чтобы стало file(REAL_PATH "${PROJECT_SOURCE_DIR}/../.." DIR). (Код не проверял, но что-то такое должно сработать.)

vscode умеет работать через wsl

Я уже отказался от WSL. По ftp deploy. И к процессу удаленному по ssh (Remote attach). Цепляется, но пока не работает дебаг

Cygwin, не?

Пишет

clion the file does not belong to any project target

The message "This file does not belong to any project target" in CLion indicates that the currently open file is not recognized as part of any of the build targets defined in your project's CMakeLists.txt files. This can lead to issues with code insight features like syntax highlighting, autocompletion, and navigation.

Possible causes and solutions:
File not added to CMakeLists.txt:
Ensure the file is explicitly listed in a CMakeLists.txt file using commands like add_executable, add_library, or target_sources.

Мне кажется тебе надо сделать в wsl make clean чтобы небыло ошибок сборки. WSL это по суте как другой комп. Можно для IDE создать например dev ветку в git, которую wsl будет вытягивать и собирать проект автономно, по тригеру или по запросу, а после проверок просто синкать ветки.

Открываешь консоль wsl, переходишь в каталог с проектом (по умолчанию, там диск C в /mnt/c или как-то так), выполняешь команды типа cmake, make и т д.

Вообще, в винде нынче даже в контекстном меню папки в Проводнике есть пункт Open Linux shell here, если WSL стоит.

Заслуженно страдать?

Сначала ставишь MSYS2, а затем в нём MinGW и собираешь, как в Linux. Моя шпаргалка по ссылке

execute_process(
       COMMAND bash -c "cd ${PROJECT_SOURCE_DIR}/../../ && pwd"
       OUTPUT_VARIABLE DIR
)

Это же шутка, да? Rage bait?

Обратитесь в техподдержку корпорации Майкрософт®.

1. Собрать это в докере - WSL2 + docker desktop.
2. Подключится по ssh к Linux хосту и собрать там.

Если под «линукс окружением» подразумеваются какие-то базовые операции с файлами, может просто переписать на cmd.exe.

смотрю на это все. как-то вы все переусложняете.

доставляем в wsl недостающие пакеты для сборки, переходим в каталог проекта, собираем. всегда так делал, не понимаю к чему такие приседания

в /mnt обычно монтируются виндовые диски, заходим пользуем

на худой конец Hyper-V, были у меня копролиты, которые уже никогда не соберутся на современных дистрах, пришлось развернуть виртуалки с нужными версиями

Но зачем?? Насколько помню, cmake идиотский, но портабельный. Стопудово в нём есть средства для получения текущего каталога, которые не требуют запуска баша и исполнения команд cd и pwd.

Обратись в поддержку clion-а

на худой конец Hyper-V WSL в любом случае требует Hyper-V как и docker desktop для windows

Поставь Clion в WSL и запускай его там через X server на винде. VcXsrv нормально работает

https://www.jetbrains.com/help/clion/how-to-use-wsl-development-environment-in-product.html#wsl-tooclhain

Первая ссылка в гугле

Это да, но в случае wsl ты ограничен поставляемой осью. Если создаешь отдельную ВМ то уже можешь выбирать