Как установить windows sdk visual studio

I can’t figure out how to install Windows 10 SDK for Visual Studio 2017.

I downloaded and ran the Windows 10 SDK installer, and it displays Please find winsdksetup.exe in ....Windows kits10WindowsSDK to install Windows Software Development Kit - Windows 10.0.17134.12.

When I run winsdksetup.exe, it takes me through the same loop, where it downloads a bunch of executable installers into this directory and show the same exact message.

When I try to build a DirectX project in VS2017, I get the error:

MSB8036 The Windows SDK version 10.0.16299.0 was not found. Install the required version of Windows SDK or change the SDK version in the project property pages or by right-clicking the solution and selecting "Retarget solution".    

Do I need to install one of those installers? Which one do I need to run to build and debug DirectX projects for Visual Studio? Specifically to use VS2017 shader debugging functionality.

Thanks,

EDIT:
Under VS2017 — Tools -> Get Tools and Features
I have checked

Game Development with C++

and under Optional I have

C++ Profiling tools
Windows 10 SDK (10.0.17134.0)

I’m downloading 16299.0, this fixed the first error of not having the right SDK.

But now I get the runtime error Failed Creating the Direct3D device when running in Debug. I can still run samples in Release

Prerequisites

If you want to develop a windows universal application then you need the following three things:

• Windows 10 installed
• Visual Studio Community/Pro/Enterprise 2015
• Universal App SDK

Some people are facing an issue with the third point, this includes me and many of my friends. Now I have found a way to solve it and want to share with you guys.

SDK

A General way to install SDK is that when you create a universal app project it asks you to install the SDK and gives you the download option there. When you click it the installation starts but some people are facing an issue that after the installation
they still see the same download option in VS 2015 and can’t create the universal project.

So here is what you need to do:

Open Program and Features in your control panel and search for «Windows Software Development Kit». If it is installed, then uninstall it.

After uninstalling it, select «Microsoft Visual Studio Enterprise 2015» and click on «Change»

A new dialog of Visual Studio will open giving you three options. Select «Modify»

Next screen will give you option to select multiple features to be installed. Select «Universal Windows App Development Tools» it will automatically select all the sub-menus in it. It will require 4GB of space approx.

Then click on «UPDATE».

The next step will require some time, for me it was around 3 hours! It may seem that the setup has been stuck but it will make a jump move after some time so don’t panic, just wait!

After the update; it will notify you. Then restart your PC

Steps

Now open Visual Studio, Click on new project, select Universal in Windows and there you go, now you can create Universal Apps.

SDK has been installed and integrated in VS 2015.

Enjoy your development now  

Обзор наборов и средств

эти наборы и средства можно использовать с Windows 10 для настольных выпусков (домашняя, Pro, Enterprise и образование) и Windows 10 Mobile для разработки и производства.

Узнайте об известных проблемах и решениях для этого выпуска на наших форумах.

ADK для Windows 11

скачайте Windows ADK, чтобы установить средства и документацию для изготовителей оборудования и одмс для настройки образов Windows 10, оценки качества и производительности систем и компонентов, а также для развертывания операционных систем на новых компьютерах Windows. Windows ADK включает в себя Windows конструктор конфигураций, набор средств оценки Windows, Windows производительности набор средств, а также несколько новых и улучшенных средств развертывания, которые могут помочь в автоматизации крупномасштабного развертывания Windows 10. Дополнительные сведения см. в статье новые возможности в комплектах и средствах.

Сведения о средствах ADK

в следующих разделах приведены инструкции по использованию средств, включенных в Windows 10 ADK:

Microsoft Visual Studio 2017

начните с загрузки Visual Studio 2017 и средств Microsoft Visual Studio для Windows 10. используется совместно, Microsoft Visual Studio, Инструменты Visual Studio для Windows 10, автономного Windows пакета средств разработки программного обеспечения (SDK) для Windows 10, а Windows Driver kit (WDK) 10 предоставляют интегрированную среду разработки для создания эффективных высококачественных драйверов для устройств под управлением Windows 10.

автономный Windows SDK для Windows 10

Windows пакет SDK для Windows 10 содержит заголовки, библиотеки и инструменты, которые можно использовать при создании приложений, работающих в операционных системах Windows. вы можете использовать Windows SDK для Windows 10, а также выбранную среду разработки, чтобы создавать приложения для Windows 10 для настольных выпусков и Windows 10 Mobile.

WDK 10

WDK 10 содержит средства для создания, тестирования, отладки и развертывания драйверов для Windows 10. WDK 10 объединяет поддержку мобильных и настольных устройств, универсальные драйверы Windows и, с Visual Studio, предоставляет единый тестовый опыт для надежного развертывания и подготовки отладки, которая включает WinDbg. В интегрированной среде можно выполнять множество базовых проверок сертификации. в WDK 10 входят шаблоны для нескольких технологий и моделей драйверов, включая Windows платформы драйверов (вдф), универсальную последовательную шину (USB), печать, сети и фильтры файловой системы. WDK 10 также поддерживает разработку драйверов Windows 7, Windows 8 и Windows 8.1.

Enterprise WDK (ЕВДК)

Enterprise WDK (евдк) — это набор, в котором крупные организации могут использовать в качестве альтернативы для скачивания и установки пакета SDK и WDK отдельно на каждом компьютере. ЕВДК имеет среду сборки командной строки, основанную на файлах и не зависящую от компьютера, поэтому после создания структуры файлов среды ее можно распространить для непосредственного использования, например с помощью программного обеспечения для управления версиями или путем сжатия содержимого и распаковки на других компьютерах. он содержит необходимые элементы для создания драйверов WDM (WDM), драйверов вдф и классических приложений Windows тестирования.

Windows символы

Файлы символов упрощают отладку кода. самый простой способ получить Windows символы — использовать сервер символов майкрософт. если вы предпочитаете скачать весь набор символов для конкретной версии Windows, скачайте пакет символов.

Windows Комплект оборудования для лаборатории (ХЛК) для Windows 10

комплект Windows Hardware Lab kit (хлк) для Windows 10 — это набор средств для тестирования и оценки, позволяющий определить, насколько хорошо ваше оборудование взаимодействует с Windows. ХЛК предоставляет инфраструктуру тестирования для ПК. дополнительные сведения об использовании хлк с Windows 10 см. в разделе руководства пользователя по Windows Hardware Lab Kit.

Дополнительное тестовое содержимое ХЛК

Источник

Windows SDK

Windows SDK (10.0.22000) для Windows 11 включает новейшие заголовки, библиотеки, метаданные и средства для создания приложений для Windows. Этот пакет SDK поможет вам создавать приложения универсальной платформы Windows (UWP), а также приложения Win32 для Windows 11 и предыдущих выпусков Windows.

НОВИНКА!Пакет SDK для приложений Windows

Пакет SDK для приложений Windows содержит унифицированный набор API и средств, которые отделены от ОС и предоставляются разработчикам с помощью пакетов NuGet. Эти API и инструменты могут согласованно использоваться любыми настольными приложениями в Windows 11 и ниже, вплоть до Windows 10 версии 1809.

Начало работы

Получить пакет Windows SDK можно двумя способами: установить с этой страницы, щелкнув ссылку для скачивания, или выбрать «Пакет SDK для Windows 11 (10.0.22000)» в дополнительных компонентах установщика Visual Studio 2019.

Перед установкой этого пакета SDK:

Системные требования

Минимальные системные требования этого пакета Windows SDK:

Поддерживаемые операционные системы

(Не все средства поддерживаются в среде операционных систем более ранних версий)

Требования к оборудованию

Дополнительные требования для этого SDK

Для установки пакета в среде Windows 8.1 и операционных систем более ранних версий необходимо сначала установить обновление KB2999226. Чтобы выполнить установку Windows SDK через Центр обновления Windows, перед этим необходимо установить последние рекомендованные обновления и исправления из Центра обновления Майкрософт.

Что нового

Windows SDK для Windows 11 позволяет обновить приложения для последней версии ОС Windows. Узнайте больше о новых возможностях Windows 11.

Сведения о новых API, появившихся в Windows 11, см. в статье Новые API в Windows 11, сборка 22000.

Выполните повторную сборку двоичных файлов Windows 11 в операционной системе ARM с помощью ARM64EC, чтобы любой системный код, загруженный приложениями x64, выполнялся на полной скорости. Воспользуйтесь преимуществами ARM64EC, чтобы постепенно перевести приложение в работу с полной скоростью на базе ARM, даже если у вас есть зависимости или подключаемые модули, которые еще не поддерживают ARM. Ознакомьтесь с объявлением.

Примеры

Примеры приложений для Windows теперь доступны через GitHub. Вы можете просмотреть код на веб-сайте GitHub, клонировать личную копию репозитория из Git или скачать запакованный архив со всеми примерами. Для нас очень важен ваш отзыв. Поэтому при возникновении проблемы или вопроса относительно репозитория без колебаний сообщайте нам. Эти примеры предназначены для запуска на настольном, мобильном и будущих устройствах, которые поддерживают платформу универсальных приложений для Windows (UWP).

Предыдущие версии пакетов SDK

Ранее выпущенные пакеты SDK и эмуляторы, а также сведения об обновлениях см. на странице архивов.

Активация API-интерфейсов

При использовании новых API целесообразно создавать адаптивные приложения, которые смогут правильно выполняться на множестве устройств Windows. Новые функции в адаптивных приложениях активируются, если устройство и версия Windows поддерживают их. В противном случае предоставляются только те возможности, которые доступны в версии обнаруженной платформы. Сведения о реализации см. в статье Адаптивный к версии код.

Заметки о выпуске и известные проблемы

Пакет SDK для Windows 10, версия 2104 Раскрыть заметки

#ifdef __clang__
#pragma clang diagnostic ignored «-Wnonportable-system-include-path»
#endif

Пакет SDK для Windows 10, версия 2004 со служебным обновлением (выпущено 16.12.2020) Развернуть заметки

Предоставить отзыв

Сведения об известных проблемах см. на странице вопросов и ответов по SDK для WinAPI.

Запросы на новые функции для разработчиков можно подавать с помощью приложения Центра отзывов в категории «Платформа разработчиков/API».

Другие ресурсы

Загрузки и инструменты

Получите новейшие выпуски средств разработки Visual Studio и Windows 10.

Архив для пакета SDK

Поиск предыдущих версий Window SDK и других инструментов.

Блог Windows

Подпишитесь на наш блог, чтобы быть в курсе актуальных новостей о пакетах SDK.

Информационный бюллетень о жизненном цикле Windows

Основные даты выхода обновлений для выпусков Windows и окончания поддержки.

Источник

Пакет SDK для приложений Windows

Пакет SDK для приложений Windows — это набор компонентов и инструментов для разработчиков, которые представляют новый этап развития платформы для разработки приложений Windows. Пакет SDK для приложений Windows предоставляет унифицированный набор API-интерфейсов и средств, которые можно единообразно применять для любого классического приложения в операционных системах Windows 11 и более ранних версий, вплоть до Windows 10 версии 1809.

Пакет SDK для приложений Windows ранее носил кодовое имя Project Reunion. В некоторых пакетах SDK, таких как расширение VSIX и пакеты NuGet, пока используется старое кодовое имя, но в ближайших выпусках все эти ресурсы будут названы правильно. В некоторых разделах документации по-прежнему используется имя Project Reunion, так как в них описывается существующий ресурс или более ранний выпуск. Чтобы использовать пакет SDK для приложений для Windows, также необходимо установить Windows SDK.

Начало работы с пакетом SDK для приложений Windows

Пакет SDK для приложений для Windows предоставляет расширения для Visual Studio 2019 и Visual Studio 2022. К этим расширениям относятся шаблоны проектов, настроенные для использования компонентов пакета SDK для приложений для Windows в новых проектах. Кроме того, библиотеки пакета SDK для приложений Windows доступны через пакет NuGet, который можно установить в существующих проектах.

Рекомендации по конкретным версиям пакета Windows App SDK см. в статьях Каналы выпуска и Файлы для загрузки.

Функции пакета SDK для приложений для Windows

В следующей таблице описаны функции разработки, предоставляемые текущими выпусками пакета SDK для приложений для Windows. Дополнительные сведения о каналах выпуска пакета SDK для приложений для Windows, включая сведения о каждой из этих функций, см. в разделе Функции, доступные через канал выпуска.

Преимущества пакета SDK для приложений Windows, которые получат разработчики Windows

Пакет SDK для приложений Windows предоставляет широкий спектр API-интерфейсов Windows с реализациями, не зависящими от ОС, которые предоставляются разработчикам в виде пакетов NuGet. Пакет SDK для приложений Windows не предназначен для замены Windows SDK. Windows SDK будет работать так же, как и раньше, а многие основные компоненты Windows будут совершенствоваться с помощью API, которые предоставляются в выпусках ОС и Windows SDK. Мы рекомендуем разработчикам переходить на пакет SDK для приложений Windows в удобном для себя темпе.

Унифицированное использование API для разных платформ классических приложений

Разработчики, которые хотят создавать классические приложения для Windows, вынуждены выбирать между несколькими платформами и средами приложений. Хотя каждая из таких платформ предоставляет множество функций и API, которые могут использоваться приложениями, созданными с помощью других платформ, некоторые из них могут использовать только определенные платформы. Пакет SDK для приложений Windows унифицирует доступ к API-интерфейсам Windows из классических приложений Windows 11 и Windows 10. Независимо от выбранной вами модели приложений вы получите доступ ко всему набору API-интерфейсов Windows, представленных в пакете SDK для приложений Windows.

Мы планируем и дальше развивать пакет SDK для приложений Windows, устраняя пока сохранившиеся различия между разными моделями приложений. Пакет SDK для приложений Windows будет включать как API WinRT, так и собственные API-интерфейсы C.

Согласованные возможности в разных версиях Windows

Так как API Windows меняются с каждой новой версией ОС, разработчикам нужно использовать такие техники, как адаптивный к версии код, чтобы учесть все различия в версиях, которые может использовать аудитория приложения. Это приводит к усложнению кода и работы разработчиков.

Интерфейсы API пакета SDK для приложений Windows будут работать с ОС Windows 11 и более ранних версий, вплоть до Windows 10 версии 1809. Таким образом, если все ваши клиенты работают с Windows 10 версии 1809 или любой более поздней версии Windows, вы сможете применять новые API-интерфейсы и функции пакета SDK для приложений Windows сразу после их выпуска. При этом вам не придется писать дополнительный код для адаптации к разным версиям.

Увеличенная частота выпусков

Новые API и функции Windows ранее обычно были привязаны к выпускам ОС, которые выходили один или два раза в год. Пакет SDK для приложений Windows будет чаще предоставлять обновления, чтобы вы могли быстрее получать доступ к инновационным возможностям на платформе разработки Windows по мере их появления.

Стратегия развития для разработчиков

Новейшие планы по обновлению пакета SDK для приложений Windows см. в описании стратегии.

Отзывы и участие в разработке

Мы создаем пакет SDK для приложений Windows как проект с открытым кодом. На нашей странице Github вы найдете дополнительную информацию о том, как мы работаем над пакетом SDK для приложений Windows и как вы можете поучаствовать в разработке. Ознакомьтесь с руководством для участников, если вы хотите задать вопрос, начать обсуждение или предложить функцию. Мы стремимся к тому, чтобы пакет SDK для приложений Windows предоставлял разработчикам максимум преимуществ.

Источник

Windows SDK

Windows SDK (10.0.22000) для Windows 11 включает новейшие заголовки, библиотеки, метаданные и средства для создания приложений для Windows. Этот пакет SDK поможет вам создавать приложения универсальной платформы Windows (UWP), а также приложения Win32 для Windows 11 и предыдущих выпусков Windows.

НОВИНКА!Пакет SDK для приложений Windows

Пакет SDK для приложений Windows содержит унифицированный набор API и средств, которые отделены от ОС и предоставляются разработчикам с помощью пакетов NuGet. Эти API и инструменты могут согласованно использоваться любыми настольными приложениями в Windows 11 и ниже, вплоть до Windows 10 версии 1809.

Начало работы

Получить пакет Windows SDK можно двумя способами: установить с этой страницы, щелкнув ссылку для скачивания, или выбрать «Пакет SDK для Windows 11 (10.0.22000)» в дополнительных компонентах установщика Visual Studio 2019.

Перед установкой этого пакета SDK:

Системные требования

Минимальные системные требования этого пакета Windows SDK:

Поддерживаемые операционные системы

(Не все средства поддерживаются в среде операционных систем более ранних версий)

Требования к оборудованию

Дополнительные требования для этого SDK

Для установки пакета в среде Windows 8.1 и операционных систем более ранних версий необходимо сначала установить обновление KB2999226. Чтобы выполнить установку Windows SDK через Центр обновления Windows, перед этим необходимо установить последние рекомендованные обновления и исправления из Центра обновления Майкрософт.

Что нового

Windows SDK для Windows 11 позволяет обновить приложения для последней версии ОС Windows. Узнайте больше о новых возможностях Windows 11.

Сведения о новых API, появившихся в Windows 11, см. в статье Новые API в Windows 11, сборка 22000.

Выполните повторную сборку двоичных файлов Windows 11 в операционной системе ARM с помощью ARM64EC, чтобы любой системный код, загруженный приложениями x64, выполнялся на полной скорости. Воспользуйтесь преимуществами ARM64EC, чтобы постепенно перевести приложение в работу с полной скоростью на базе ARM, даже если у вас есть зависимости или подключаемые модули, которые еще не поддерживают ARM. Ознакомьтесь с объявлением.

Примеры

Примеры приложений для Windows теперь доступны через GitHub. Вы можете просмотреть код на веб-сайте GitHub, клонировать личную копию репозитория из Git или скачать запакованный архив со всеми примерами. Для нас очень важен ваш отзыв. Поэтому при возникновении проблемы или вопроса относительно репозитория без колебаний сообщайте нам. Эти примеры предназначены для запуска на настольном, мобильном и будущих устройствах, которые поддерживают платформу универсальных приложений для Windows (UWP).

Предыдущие версии пакетов SDK

Ранее выпущенные пакеты SDK и эмуляторы, а также сведения об обновлениях см. на странице архивов.

Активация API-интерфейсов

При использовании новых API целесообразно создавать адаптивные приложения, которые смогут правильно выполняться на множестве устройств Windows. Новые функции в адаптивных приложениях активируются, если устройство и версия Windows поддерживают их. В противном случае предоставляются только те возможности, которые доступны в версии обнаруженной платформы. Сведения о реализации см. в статье Адаптивный к версии код.

Заметки о выпуске и известные проблемы

Пакет SDK для Windows 10, версия 2104 Раскрыть заметки

#ifdef __clang__
#pragma clang diagnostic ignored «-Wnonportable-system-include-path»
#endif

Пакет SDK для Windows 10, версия 2004 со служебным обновлением (выпущено 16.12.2020) Развернуть заметки

Предоставить отзыв

Сведения об известных проблемах см. на странице вопросов и ответов по SDK для WinAPI.

Запросы на новые функции для разработчиков можно подавать с помощью приложения Центра отзывов в категории «Платформа разработчиков/API».

Другие ресурсы

Загрузки и инструменты

Получите новейшие выпуски средств разработки Visual Studio и Windows 10.

Архив для пакета SDK

Поиск предыдущих версий Window SDK и других инструментов.

Блог Windows

Подпишитесь на наш блог, чтобы быть в курсе актуальных новостей о пакетах SDK.

Информационный бюллетень о жизненном цикле Windows

Основные даты выхода обновлений для выпусков Windows и окончания поддержки.

Источник

Практическое руководство. Использование пакета SDK Windows 10 в классическом приложении Windows

при создании проекта классического Windows рабочего стола в Visual Studio он по умолчанию обращается к пакету SDK для Windows 10. Visual Studio устанавливает версию этого пакета SDK при установке рабочей нагрузки C++ для настольных систем. пакет SDK для Windows 10 поддерживает написание кода для Windows 7 SP1 и более поздних версий. дополнительные сведения о нацеливании на конкретные версии Windows см. в разделе использование Windows заголовков и обновление WINVER и _WIN32_WINNT.

при обновлении существующего проекта можно выбрать один из вариантов: можно использовать целевой Windows SDK, указанный в проекте. также можно перенацелить проект для использования пакета SDK для Windows 10. с помощью пакета SDK для Windows 10 вы получаете преимущества поддержки новейших операционных систем и языковых стандартов.

использование правильного Windows SDK для проекта

начиная с Visual Studio 2015, библиотека среды выполнения C (CRT) была разделена на две части: одна часть, ucrtbase, содержит стандартные функции crt C и Microsoft, которые можно использовать в универсальных Windows приложениях. эта библиотека теперь называется универсальной библиотекой CRT или UCRT и перешла в пакет SDK Windows 10. UCRT содержит множество новых функций, таких как функции C99, которые необходимы для поддержки новейших стандартов языка C++. Другая часть исходной CRT — vcruntime. Он содержит поддержку, запуск и код завершения среды выполнения C, а также все остальное, которые не были отправлены в UCRT. Библиотека vcruntime устанавливается вместе с компилятором и набором средств C++ в Visual Studio. Дополнительные сведения см. в разделе функции библиотеки CRT.

UCRT теперь является системным компонентом, установленным на каждой версии Windows 10. Он также доступен как устанавливаемый компонент для всех более ранних поддерживаемых версий Windows. вы можете использовать Windows 10 SDK для всех поддерживаемых версий Windows. полный список поддерживаемых операционных систем см. в разделе Windows 10 SDK.

чтобы перенацелить проекты на использование пакета SDK для Windows 10 при обновлении версии проекта до Visual Studio 2015, выполните следующие действия.

Изменение целевой платформы для пакета SDK для Windows 10

8,1 в этом контексте относится к пакету SDK для Windows 8.1.

Если этот шаг выполнен успешно, в окне вывода появится следующее сообщение.

Retargeting End: 1 completed, 0 failed, 0 skipped

Откройте диалоговое окно Свойства проекта. в разделе свойства конфигурации > общие обратите внимание на значения Windows версия целевой платформы. Изменение значения на данном этапе действует аналогично данной процедуре. Дополнительные сведения см. в разделе Страница свойств «Общие» (проект).

нажмите кнопку макросы >> и прокрутите список макросов до Windows SDK макросов, чтобы просмотреть все новые значения.

При необходимости повторите процедуру перенаправления для других проектов решений и перестройте решение.

Изменение целевой платформы для пакета SDK для Windows 8.1

Откройте контекстное меню узла проекта в обозреватель решений и выберите пункт перенацелить проекты. (в более ранних версиях Visual Studio выберите изменить целевую версию пакета SDK.)

В раскрывающемся списке Версия целевой платформы выберите 8,1.

Источник

Время прочтения
6 мин

Просмотры 6.9K

Только что пришла в голову мысль — нужно найти какое-то хобби. Иначе с катушек можно съехать. А поскольку я весьма бесполезный человек, ничего кроме как тыкать кнопки не умеющий, хобби будет такое: не реже раза в неделю устраивать стрим с написанием игрушки. После стрима запись публикуется на Хабре. (Можно попробовать постить на Хабр прям лайв, но это сильно сложней).

Написание очень feedback driven — если кому-то нужны пояснения, то я могу пояснить как смогу. Если есть предложения — постараюсь учитывать. На хабре читаются все комментарии до последнего, в других местах — как получится.

Первый блин комом вот здесь:

Под катом — тезисное описание для тех, кому справедливо влом тратить на просмотр полтора часа.

Направляющие идеи

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

Второй аспет. Я всю жизнь кодил на Java и PHP. Был опыт разработки игрушек, но только серверной части с ответом по сети, и ни разу — настоящего десктопного приложения на C++. Поэтому, по сути это будет шоу уродов — человек не разбирающийся в вопросе попробует как-то своими словами описать, что происходит.

Нет, никакого практического значения всё это не имеет. Это чтобы не съехать с катушек, и чтобы мотивировать взрослых бородатых дяденек тоже взяться за клавиатуру и запилить какую-нибудь игрушку.

Рутина наносит удар в пятак

К сожалению, программирование никогда не начинается с легкого и приятного развлечения. Вначале происходит период болезненного копания в настройках среды и IDE.

Первое что я понял относительно Visual Studio — это отличный инструмент для профессионала, но на новичка он производит очень фрустрирующее впечатление. После Eclipse и IntelliJ IDEA всё, знаете ли, какое-то неестественное, сиреневенький бесперспективняк с переподвыподвертом. Дело не в коем случае не в VS, дело во мне

И с плагинами постоянно какая-то беда.

Поэтому волевым решением отказываемся от Вижуалки и смотрим, что ещё есть. Vim, Emacs и прочие редакторы, не понимающие структуры исходника — отправляются лесом. Первая же попытка использовать Eclipse провалилась, поэтому инструментом был выбран CLion.

Проблема с CLion в том, что он не всё ещё не умеет полноценно работать с компилятором Visual Studio. Если попробовать сделать что-нибудь в нём, то будет вот такое:

Конечно, тут бы в тред набежать гошникам и начать кричать надрывным голосом, что отладочных принтов хватит всех. Но мы их слушать, конечно не станем.

Поэтому нужно то, что CLion умеет хорошо, и это MinGW.

Выбираем MinGW

Есть большая таблица версий.

И по ней видно, что имеет смысл смотреть только на Cygwin и Msys2. Msys2 какой-то странноватый — у него мало коммитеров, пакеты лежат на личном гитхабе одного из авторов. С другой стороны, он действительно клёвый — там свежий компилятор и куча пакетов. Это имеет решающее значение.

Установка заключается в прокликивании next-next-ok, и потом многократном выполнении команды обновления (pacman -Syu, как в Арчлинуксе) с перезапуском терминала Msys2, пока он не скажет, что всё получилось в лучшем виде.

Если просто установить Msys2 по инструкции и попробовать добавить его в CLion, не будет найдено ни одного тулчейна. Его нужно поставить самостоятельно, это делается командой pacman -S mingw-w64-x86_64-toolchain.

После установки этого пакета, CLion запускает helloworld (который генерится автоматически при создании нового проекта) и в нём работает отладка.

Проверка возможности #1: простое окно

Во-первых, хочется понять, запустится ли вообще хоть какое-то десктопное приложение. Всё-таки, это не родной PlatformSDK, а MinGW.

Для этого подойдет незамысловатая прога, рисующая окно с помощью винапи.

И да, с MinGW она запускается. А вот с тулчейном Visual Studio оно сыпет какими-то ошибками, но с ними разбираться я не стал, потому что — а зачем, если у нас уже работает целевая платформа?

Проверка возможности #2: треугольник с шейдером

Понятно, что для написания чего-то жизнеспособного недостаточно выводить пиксели на окне. Это тормозно, неудобно, нет никаких модных штучек. Короче, нам нужен DirectX.

Ключевой вопрос про CLion+MinGW — именно это. Если они не смогут юзать DirectX, то отправляются в помойку.

Для тестирования был нагуглен очень короткий туториал, состоящий всего из двух файлов: в одном весь код на C++, в другом — шейдер. Задача в том, чтобы запинать его работать.

Кроме однофайловости этот туториал очень хорош тем, что там на пальцах рассказывается, как он работает. Возможно, эту статью стоит перевсти на Хабр (напишите в комментариях).

Готовый результат лежит вот здесь GitHub. Здесь опишу, какие проблемы встретились.

Мелочи и мусор

Много L-строк стали просто строками. Можно поудалять буковки L. Во многих местах нужно заменить NULL на 0 чтобы не падало.

Несмотря на то, что использовался set(CMAKE_CXX_STANDARD 17), этом плане ничего интересного не произошло вообще, ничего не развалилось.

Заголовки и либы

Дело, конечно, в том, что этот пример — очень древний, написанный во времена задолго до Windows 10. DirectX теперь не находится в отдельном DirectX SDK как во времена нашей неоднозначной молодости, а засунут прямо в Windows SDK.

Поэтому первое что нужно сделать — запустить установщик Visual Studio и проверить, что установлена свежая версия Windows SDK.

Второй вопрос — в заголовках.

#include <d3d11.h>
#include <d3dx11.h>
#include <d3dx10.h>

Их больше нет, нужно что-то вроде:

#include <d3d9.h>
#include <d3d10.h>
#include <d3d11.h>
#include <dxgi.h>

И потом в CMakeLists добавить поиск до них в конец файла:

set(LIBS d3d9 d3d11 d3dcompiler_43)
target_link_libraries(src ${LIBS})

Отсутствующие API

Раньше была вот такая структура:

typedef struct D3DXCOLOR {
  FLOAT r;
  FLOAT g;
  FLOAT b;
  FLOAT a;
} D3DXCOLOR, *LPD3DXCOLOR;

И больше её нет. Впрочем, во всех местах, где она реально была нужна, получилось заменить D3DXCOLOR(0.0f, 0.2f, 0.4f, 1.0f) на {0.0f, 0.2f, 0.4f, 1.0f}.

Проблема интересней оказалась с D3DX11CompileFromFile. Её больше нет!

В статье Living without D3DX её предложили заменить на D3DCompileFromFile.

Но вот проблемка, D3DCompileFromFile у нас тоже почему-то недоступно!

Небольшое расследование показало, что документация Microsoft предлагает воспользоваться очень новой версией API:

А MinGW отправляет нас в прошлое на несколько лет:

Впрочем, в 32-битной версии есть более новый заголовок, но как его присобачить к 64-битам я не разобрался. 32 бита на, наверное, на фиг не сдались.

С одной стороны, это очень печально, потому что предвещает гемор в отношениях с MinGW в дальнейшем. Интересно, кто мантейнеры всех этих дел.

С другой стороны, если взять отсутствующую D3DCompile и присутствующую D3DCompileFromFile:

HRESULT WINAPI D3DCompileFromFile(
  in      LPCWSTR pFileName,
  in_opt  const D3D_SHADER_MACRO pDefines,
  in_opt  ID3DInclude pInclude,
  in      LPCSTR pEntrypoint,
  in      LPCSTR pTarget,
  in      UINT Flags1,
  in      UINT Flags2,
  out     ID3DBlob ppCode,
  out_opt ID3DBlob ppErrorMsgs
);

HRESULT WINAPI D3DCompile(
  in      LPCVOID pSrcData,
  in      SIZE_T SrcDataSize,
  in_opt  LPCSTR pSourceName,
  in_opt  const D3D_SHADER_MACRO pDefines,
  in_opt  ID3DInclude pInclude,
  in_opt  LPCSTR pEntrypoint,
  in      LPCSTR pTarget,
  in      UINT Flags1,
  in      UINT Flags2,
  out     ID3DBlob ppCode,
  out_opt ID3DBlob ppErrorMsgs
);

то окажется, что там разница только в следующем:

  in      LPCWSTR pFileName,

против

  in      LPCVOID pSrcData,
  in      SIZE_T SrcDataSize,
  in_opt  LPCSTR pSourceName,

К сожалению, я не знаю C++, поэтому наговнокодил как умел: просто добавил вычитывание файла и редирект этих данных в D3DCompile.

void WINAPI D3DCompileFromFile(const char *filename,
                       const D3D_SHADER_MACRO *defines, ID3DInclude *include, const char *entrypoint,
                       const char *target, UINT sflags, UINT eflags, ID3DBlob **shader, ID3DBlob **error_messages) {

    SIZE_T data_size;
    char* buffer;

    ifstream infile;
    infile.open(filename, ios::binary);
    infile.seekg(0, ios::end);
    data_size = infile.tellg();
    infile.seekg(0, ios::beg);
    buffer = new char[data_size];
    infile.read(buffer, data_size);
    infile.close();

    D3DCompile(buffer, data_size,filename,
                           defines, include,entrypoint,
                           target, sflags, eflags, shader, error_messages);
}

Единственное важное различие между почившим в тьме веков D3DX11CompileFromFile и нашим самопальным D3DCompileFromFile — в отсутствии в новом API ID3DX11ThreadPump в качестве параметра. Это что-то для асинхонности, возможно какой-то тредпул? Впрочем, в туториале он и не использовался, там на его месте стоит 0.

Итоги

Связка DirectX + MinGW + Msys2 + CLion является достаточно жизнеспособной, чтобы запилить простую игру. Есть возможность не только использовать базовое винапи, но и рисовать, и даже с шейдерами.

В общем-то, всё. Напоминаю, что нехитрый результат лежит на GitHub.

Пожалуйста, помните, что это не мой код, а модифицированный текст из туториала — впрочем я надеюсь, что такое его использование является честным и целевым. Но тем не менее, именно поэтому там нет никой нормальной лицензии.

Фидбек

Пожалуйста, пишите в комментариях ваши замечания и предложения. Ради этого всё и делается, послушать что вы скажете. Особенно если вы — матёрый игропрограммист, прямо зубр, бизон, и не помещаешься в тред по размерам. Обязательно найдо зайти и что-нибудь написать.

Напоминаю, что я, как и любой дргой блоггер, питаюсь лайками и дизайками. Чем яростней вы будете наяривать стрелку вверх под этим постом, тем более вероятно выйдет следующий пост и стрим.

олег родился в интернете
в почтенной геймерской семье
питался лайками и в гугол
за двойки ставили его

© Александр Раевский