Comments 25
А вообще конечно интересно, нет ли в планах у Microsoft открытия исходников конкретно компилятора C++ и сопутствующих библиотек.
Сама по себе Студия пожалуй лучшая IDE (и это то чего реально не хватает в Linux), хотя размер дистрибутива почему-то становится все больше и больше. Я еще помню когда IDE были маленькими и компактными (хотя по функционалу кстати они были вполне на уровне). Понятно что там сейчас накручено огромное количество всего, в том числе сторонних производителей. А вот компилятор — вещь по идее достаточно автономная (привязка разве что к набору библиотек *lib, хотя и это неправильно). Новые Студии уже умеют работать со старыми компиляторами, а вот старые Студии с новыми компиляторами — нет. В общем, мне кажется, что было бы интересно, оставив огромную Студию проприетарной, «отпустить» компилятор С++ в мир свободного ПО :)
Под семерочку то она будет запускаться?
А зачем?
https://docs.microsoft.com/en-us/visualstudio/releases/2022/system-requirements
Visual Studio 2022 is supported on the following 64-bit operating systems:
Windows 10 version 1909 or higher: Home, Professional, Education, and Enterprise.
Windows Server 2019: Standard and Datacenter.
Windows Server 2016: Standard and Datacenter.
В общем, мне кажется, что было бы интересно, оставив огромную Студию проприетарной, «отпустить» компилятор С++ в мир свободного ПО :)
А зачем? Что это даст, кроме дополнительной траты времени и денег на «открытие», учитывая что уже есть свободные GCC и CLANG?
Сама по себе Студия пожалуй лучшая IDE
Ну с этим можно поспорить - Rider не хуже.
Быстрая и мощная кросс-платформенная IDE для .NET
Но не для С++. Для .NET вообще сред разработки больше, и средства поддержки языка развиты лучше — вполне понятно почему, C# более продуманный язык, т.к. создавался позже чем С++.
А если речь о C++, то QtCreator достаточно шустрый и тоже на C/C++ написан, под Linux именно им пользуюсь, а вот CLion не зашёл.
нет ли в планах у Microsoft открытия исходников конкретно компилятора C++
Нет, конечно. Они ж на нём деньги зарабатывают. Это на словах еще Балмер бегал с его "developers, developers", а по факту фиг, хочешь делать софт - плати.
Что лучше - vscode или visual studio?
Да и старые выглядят лучше и более цепко.
— в help viewer можно зафиксировать язык примеров?
Пользуюсь, багов хватает, но на 19 уже нет желания переходить. Новый intellisense крут.
мы улучшаем удобство использования Visual Studio для всех с помощью обновленных значков, которые стали более четкими и легче различимы
Нет, они стали менее чёткими и труднее различимыми.
Обращение к ув. разработчикам Visual Studio, а конкретно к разработчикам поддерживающим VS For Linux подсистемы, которую вы здесь расхваливаете.
Мы работаем с ней уже несколько лет - и это КОШМАР!
Приурочу свою тираду к новому выпуску 2019 студии Version 16.10.4 - в которой Вы опять всё сломали!! И так из раза в раз. Висят ошибки которые не правятся годами, и главное, мы стараемся подсказать Вам из певых рук, то что нужно конечному разработчику и как это будет выглядеть правильно, но многое остаётся сделано криво.
Вот и сейчас: Раньше копирование исходников на удаленную машину происходило в директорию с названием проекта(что есть правильно), но сейчас ВДРУГ исходники стали копироваться в директорию, которая называется по имени файла проекта!! ЗАЧЕМ??
СМ: https://developercommunity.visualstudio.com/t/VS-For-Linux:-WHAT-ARE-YOU-DOING-All-o/1480858
У нас сломались все проекты - это большие проекты решения с десятками проектов - находящиеся на разных уровнях - все директории поплыли!
Более того начала падать Microsoft.Build.Linux.Tasks. Теперь вообще ничего не работает.
А главное ваши горе-разработчики не понимают как надо тестировать это всё - они мне всегда показывают - "Ну вот видишь Helloworld собирается же". Когда уже вы будете проверять ваш продукт на РЕАЛЬНЫХ решениях, сложных проектах использующих PostBuild и PreBuild, RemotePostBuild итд.
Наши проекты собираются в инфраструктуру на удаленной машине, есть общие файлы, о которых VS ничего не знает - НЕЛЬЗЯ просто так брать и менять пути деплоя, копирования исходников и пр. в каждой новой версии!
Более того у нас ещё есть и наши кастомные Targets построенные поверх VS For Linux - которые тоже постоянно ломаются. Половина Resolved путей внутри вашей системы вычисляются изначально верно, но потом заменяются на некорректные - это вообще ни вкакие ворота не лезет.
СМ: https://developercommunity.visualstudio.com/t/VS-for-Linux:-Wrong-resolve-RemoteProjec/1368377
И напоследок самый эпичный Баг - который висит уже 2 ГОДА!! https://developercommunity.visualstudio.com/t/VC-for-Linux-copysources-error-on-some/946015
Здесь я сам декомпилирую Вашу DLL правлю её и собраю заново - потому что Ваши разработчики не могут поправить 1 строчку кода! Описание проблемы давно есть и описание причины есть - я даже указал что именно надо править - это уже смешно.
Хочу привлечь внимание Allen Zeng [MSFT], Danny Cai [MSFT] и прочих, видимо причастных людей к этой разработке.
Почему это опять происходит, почему VS For Linux становится нестабильной - хотя от вас требовалось только поправить те баги, которые на Вас ставят.
К сожалению пользоваться в полной мере Вашей сборочной подсистемой для Linux до сих пор опасно. И честно, я уже желею, что построил сборку на ней. И пока не могу его рекоммендовать НИКОМУ.
Если вдруг представители(разработчики) захотят со мной связаться, могут написать здесь в личку - я и моя комманда с удовольствием проконсультирует их во всех нюансах и подводных камнях Вашего же продукта, который далёк от совершенства!
ПС Прошу прощения, но я уже устал "биться головой" о ваш developercommunity.visualstudio.com, ставя десятки и сотни багов!
У меня одного свойства проектов не открываются? При открытии свойств любого проекта вылетает ошибка: Microsoft.Assumes+InternalErrorException: Unable to parse version "5.0" in visibility condition expression.
Вышла Visual Studio 2022 Preview 2