В основном нужно для компиляции OPAL C/C++, кот. использую в своих проектах.
Использую для C/C++ по жизни
VS2005 8.0.50727.762 (Express для Opal + Pro для некоторых других вещей) + SDK Win2003/6.1.
Для старых версий OPAL 2011-12г идеально - абсолютная безусловная работа на всех OS от WinXP(server 2003) до Win10(server 2019) без переживаний за всякие C++ redistr.

Счас озадачился вот чем. У клиентов иногда что-то не работает, например один пристал с dns srv lookup, немецкий SIP телеком отключил поиск IP по A-записи (додумались же до такого). В Opal 10-летней давности нужный функшн похоже не работает, но наверняка в новых версиях исправлено/добавлено (+ много чего еще).
Вариант либо копать репозиторий и вручную добавлять коды которые еще найти надо в этом Git (который вместо SVN) и как-то воткнуть, либо таки подойти более фундаментально и посмотреть в сторону новой версии либы.

Но под новую версию судя по текущим докам здесь и здесь :
You will need the following:
Visual Studio 2017 Express or Professional Editions.
Файлы проектов в новых дистрибутивах под студии 2013-2015-2017-2019.
Но под VS 2013 (которая у меня стоит для .Net) мне скомпилировать сходу не удалось, засыпал ошибками, подозреваю "поддержку 2013" уже реально сломали.

Какую студию пробовать? 2017? Или сразу 2019? Community? Версия студии x86 или можно x64?


Надо:
1) Безусловная абсолютная работоспособность на Win7-Win10 (XP и Vista пусть уже идут лесом) без ситуаций что в произвольной системе чего-то нет и нужна доустановка каких-то redistr. c/c++.
2) Exe-шники и dll предполагаются думаю таки в основном 32-бита x86 Release.
3) В перспективе возможно апгрейд моих .NET проектов из VS2013 .NET 4.5 (4.8?) опять же чтоб без проблем на Win7-Win10
4) Чтоб эта установка не сломала мне на данном рабочем компе работоспособные VS2005 (которые сейчас использую для проектов C/C++) и VS2013 (которые сейчас использую для проектов Net 4.5/Net 2.0).
5) Рабочим компом является Win10 Pro x64 21H1 со всеми актуальными обновлениями.

P.S. Ох уж этот "прогресс" во всем.

Ну т.е. 2017 смысла нет.
Вот здесь
Visual Studio Community 2019 (version 16.10)
Release date: 29.06.2021
предлагается выбрать между x64 и x86 версиями. Какую ставить на Win10 x64? x64?


Последняя попытка перейти с VS2005->VS2013 с сохранением "поддержки XP" была 4 года назад:
Проект dll(надо и 32 и 64 бит версии) в VS2013 Ultimate C++ -чтоб от XP до Win10
В итоге закончилось тем что остался на VS2005 (дополнительно нарыв ее "полную версию").
Все идет к тому, что от "поддержки XP" проще уже отказаться, месяц назад выпускал очередной релиз, подписать "под XP" уже нормально даже не сумел:
Рабочих TimeStamp серверов SHA-1 (цифровая подпись для XP/Vista) уже не осталось нигде? Почти сумел, но последний бобик сдох аккурат перед тем как собрался подписывать финальные файлы. Проще уже забить на эту "поддержку", практическая польза думаю стремится к нулю.


Прелесть в том что у меня голова не болит, будет ли это из коробки и без доп.пакетов работать в том числе на актуальных OS Win7-Win10.



Что-то я сомневаюсь что я смогу Opal новой версии скомпилировать под указанный рантайм 8.0.50727.762.
Огромный проект, который и при "рекомендуемых" условиях обычно без танцев с бубном (пока эту собаку не съел) с ходу кучу ошибок генерит, как начинаешь компилировать.
А солюшн для 2005-й студии они сами давно выкинули.
Ну, на данный момент цель другая, скомпилировать "новую версию" opal хоть как-то, чтобы посмотреть,
насколько решены разные проблемы. Потом уже смотреть, подгоняется ли эта новая версия под мой проект (они ж за 10 лет не только "поулучшали" но и поломать кучу всего могли). Потом уж смотреть как и в каких рантаймах компилировать, чтоб работал универсально, если до этого вообще дойдет.

Ну есть допустим у меня на компе VS2005 (Express + Professional). Какие SDK и чего еще и в какой последовательности использовать в них у меня указано глобально в Tools -> Options ->Projects and Solutions -> VC++ Directories.
Какой рантайм будет на выходе указано в Help ->About

И на этом же компе VS2013 (Express + Ultimate).
Открыл я проект VS2013 в VS2013.
Что я должен указать в свойствах проекта или где-то еще,
чтоб из оболочки VS2013 получить такой же exe (в смысле рантайма, ну и да мысль про "c его же SDK" не лишняя), как у меня делает VS2005?

Ну это понятно что из cmd на низком уровне как-то все можно make-cmake, но это не мой уровень и никогда моим не будет.
А из оболочки как-то можно подстроить?

Или это только в 2019 а 2013 не умеет?

P.S. Глупо наверно все спрашиваю. Но вот верчусь 10+ лет как умею (и насколько мозги позволяют).

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

4) Чтоб эта установка не сломала мне на данном рабочем компе работоспособные VS2005 (которые сейчас использую для проектов C/C++) и VS2013 (которые сейчас использую для проектов Net 4.5/Net 2.0).
Что, может сломать?
Установка VS2013 когда-то уже давно установку VS2005 не сломала.
Доустановки VS2005 Pro и VS2013 Ultimate (при установленных Express-ах) в свое время тоже ничего не сломали.
Надо переживать?


Поэтому и сижу на 2005-й.

Там как-то по разному попадаешь на скачивание.
Если зайти с MS-учеткой и на эту страницу
https://my.visualstudio.com/Downloads?q=Visual%20Studio%202019 , то там будет выбор.

А если вот сюда и нажать на ссылку
https://visualstudio.microsoft.com/ru/downloads
то сразу предлагает чего-то скачать.

(запускать пока ничего не пробовал)

Я поставил последнюю (она уже наверно предпоследняя).
Вроде шустрая, глюков и тормозов не заметил.
Подозрительно только вентилятор иногда шумит при компиляции. Диск SSD Samsung m.2

Пока мучаюсь с проектом (что компилируется уже радует), если взлетит буду думать о рантаймах. Стоит v142 и "последняя установленная версия sdk". И как оно поведет на произвольном Win7-8.1-10 (задача поддержки xp не стоит)? И я не уверен что там (в проекте) можно менять как попало, ибо видимо подогнано под VS2019. Есть проекты под 2013-15-17, но не факт что любой скомпилится.

>Не сломали, можно даже от 2010 компилятор брать. Вообще, ЛЮБОЙ установленый компилятор и SDK можно использовать.

Эту фишку я уже понял.
В VS2019 можно выбирать, и это сделано на более хорошем уровне чем напр. в VS2013.
А от 2005-й заданный рантайм ей никак не подсунуть? (VS2005 8.0.50727.762 SDK 6.1)? Хотя под 6.1 новый проект видимо уже давно не заточен.

Что бесит, периодически дикое количество предупреждений в "списке ошибок", особенно когда открываешь файлы в редакторе.
Либа пишется с начала 90х и ясен пень никто эти "deprecates" на хз_ws_blablabla_ менять не будет.