В этой статье мы попробуем «установить» Linux в Windows, чтобы, сидя в Windows, можно было разрабатывать софт в Visual Studio для Linux.

А если без шуток, то Windows Subsystem for Linux (WSL) позиционируется Microsoft как инструмент для разработчиков. WSL — это слой совместимости для запуска Linux-приложений в Windows 10. Благодаря сотрудничеству компаний Microsoft и Canonical можно опробовать следующие образы Linux: Ubuntu, Debian, SUSE и Kali (которые я нашел в Microsoft Store к установке на момент написания) для непосредственного запуска поверх WSL множества инструментов и утилит из этой ОС без какой-либо виртуализации. При желании можно запускать приложения и с GUI (но с ограничениями) и работать с ними из под Windows как с обычными приложениями.

Установка и настройка WSL

Сразу стоит посмотреть на билд вашей ОС — требуется Windows 10 build 16215 и более поздние, в противном случае пора обновиться! ;)

Установка начинается с включения компонента «Подсистема Windows для Linux«, включается в Панель управления -> Все элементы панели управления
-> Программы и компоненты -> Включение или отключение компонентов Windows:

Далее заходим в Microsoft Store и через поиск находим образ Ubuntu для установки в WSL:

После установки в Пуске появится bash-консоль с аналогичным названием Ubuntu, запускаем её (при первом запуске необходимо будет ввести имя нового пользователя и пароль):

Примечание: я не сделал скриншоты, пока разбирался, а всё заново переустанавливать смысла нет, там и так всё интуитивно понятно… поэтому будут только некоторые моменты установки.

Теперь стоит обновить Ubuntu и доустановить необходимые компоненты. Начинаем с обновления:

$ sudo apt-get update
$ sudo apt-get upgrade

Далее установим пакет с утилитами для разработки а-ля GNU C++ компилятор, линкер и т. д. :

$ sudo apt install -y build-essential

Также потребуется gdbserver, который позволит удалённо отлаживать программу при помощи GDB отладчика:

$ sudo apt install -y gdbserver

Для удаленного подключения к Ubuntu ещё потребуется SSH-сервер:

$ sudo apt install -y openssh-server

После установки openssh-server необходимо подправить его конфигурацию. Открываем файл конфигурации в nano-редакторе:

$ sudo nano /etc/ssh/sshd_config

Пролистываем вниз до параметра “PasswordAuthentication” и меняем его значение на “yes”, что разрешает подключение по паролю:

Примечание: Нажимаем CTRL + X для выхода и далее Y для сохранения изменений.

Генерируем SSH ключи:

$ sudo ssh-keygen -A

Теперь необходимо запустить службу SSH перед подключением из Visual Studio:

$ sudo service ssh start

Примечание: Запуск службы необходимо производить каждый раз, когда запускается первая bash-консоль после перезагрузки\включения ПК или закрытия всех окон bash-консоли, т.к. WSL убивает все процессы Linux, когда вы закрываете последнее окно bash консоли.

И вот тут с SSH может возникнуть такой прикол, что вы вводите правильные логин\пароль, а в ответ вам — доступ запрещён. А это может произойти все по простой причине — в Windows 10 включён встроенный SSH-сервер. И через Putty, и через Visual Studio по localhost вы будете пытаться подключиться не к WSL, а встроенному в Windows SSH серверу, и, понятное дело, будете получать отказ доступа. Починить просто, надо в службах отключить его:

На этом настройка WSL завершена, можно переходить к следующему этапу.

Первый проект — настройка, компиляция, отладка

Устанавливаем Visual Studio 2017 с набором инструмента «Разработка для Linux на C++»:

Теперь можно создать проект для консольного приложения под Linux:

Чуток изменим исходный код по сравнению с исходным и поставим брейкпоинт на втором printf:

#include <cstdio>
int main()
{    
printf("Hello from ConsoleApplication1!\n");
 for (;;) 
{ 
printf("loop!\n"); 
}    
return 0;
}

Теперь настроим подключение к WSL, чтобы попробовать скомпилировать и начать отладку. Заходим в Tools -> Options -> Cross Platform (у вас будет пусто на свежеустановленной Visual Studio):

Нажимаем Add и вводим логин\пароль пользователя, что задавали в bash-консоли (не забываем предварительно запустить SSH-сервер и не закрывать bash-консоль):

Если все ввели правильно (и не забыли отключить встроенный в Windows SSH сервер), то подключение появится в списке. Можно закрывать окно и пробовать собрать проект, должны получить в Output следующее:

1>------ Build started: Project: ConsoleApplication1, Configuration: Debug x64 ------
1>Validating architecture
1>Validating sources
1>Copying sources remotely to 'localhost'
1>Starting remote build
1>Compiling sources:
1>main.cpp
1>Linking objects
1>ConsoleApplication1.vcxproj -> C:\Users\Andrew\Documents\Visual Studio 2017\Projects\ConsoleApplication1\ConsoleApplication1\bin\x64\Debug\ConsoleApplication1.out
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

Успех! Пробуем начать отладку:

Ква-ква-ква. Небольшой провал. Но и это поправимо, надо просто сменить в настройках проекта тип отладки:

Пробуем еще раз (кликабельно):

Работает! :)

Примечание: Текст из printf выводится не в стандартный Output, а в консоль Linux, которая находится в Debug -> Linux Console.

На этом всё.

Заключение

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

Более подробно о установке WSL, настройке проекта и его параметрах можно почитать в официальном мануале от Microsoft, эта статья же — просто краткий мануал к установке с описанием возможных проблем.

Мне же интересно опробовать компиляцию для АРМ SoC в WSL, т. к. грамотный человек пишет, что с использованием WSL всё происходит в разы быстрее и без костылей типа MSys, minGW, Cygwin. Будем разбираться, пробовать. :)

Спасибо, что прочитали!