Как установить fortran в visual studio 2019
Обновлено: 04.07.2024
Visual Studio 2019 содержит множество новых замечательных функций и улучшений интегрированной среды разработки (IDE) для поддержки разработки приложений Windows, кроссплатформенной разработки для мобильных устройств, разработки для Azure, разработки облачных и веб-приложений и многого другого. Чтобы испытать Visual Studio 2019 в деле, перейдите на страницу загрузки Visual Studio 2019. Дополнительные сведения о нововведениях в этом выпуске см. в статьях Заметки о выпуске Visual Studio 2019 и Новые возможности Visual Studio 2019.
Установка
Вы можете установить и использовать Visual Studio 2019 вместе с предыдущими версиями Visual Studio, включая Visual Studio 2017, Visual Studio 2015, Visual Studio 2013 и Visual Studio 2012.
Примечание. Размер пакета установки зависит от текущей конфигурации Visual Studio.
Требования к системе
Требования к системе для установки и запуска семейства продуктов Visual Studio 2019, включая Team Foundation Server 2019, см. на странице требований к системе для Visual Studio 2019 и в статье Требования к системе Visual Studio для Mac.
Обратная связь и поддержка
Обновление проектов до Visual Studio 2019
При соблюдении поддерживаемых путей обновления ваши файлы исходного кода, решений и проектов Visual Studio будут продолжать работать; но вы должны быть готовы внести некоторые изменения в исходный код. Хотя мы не можем гарантировать совместимость между версиями на уровне двоичного кода, мы сделаем все возможное, чтобы задокументировать важные изменения, чтобы помочь вам с обновлениями.
Подробные сведения о переносе проектов в Visual Studio 2019 см. в статье Перенос, миграция и обновление проектов Visual Studio.
Целевая платформа
Visual Studio предоставляет современные инструменты и технологии для создания приложений с использованием возможностей новейших платформ, будь то Windows, Android, iOS или Linux. Visual Studio 2019 также поддерживает более ранние платформы, что позволяет создавать новые или модернизировать существующие приложения, выполняющиеся в более ранних версиях Windows, с использованием усовершенствованных инструментов разработки, функций контроля качества и возможностей для совместной работы в Visual Studio 2019. Дополнительные сведения см. в статьях Управление ссылками в проекте и Обзор многоплатформенного нацеливания Visual Studio.
Поддержка разработки для Windows в Visual Studio 2019
В следующей таблице описаны платформы Microsoft Windows, для которых можно создавать приложения с помощью Visual Studio 2019.
| Создание приложений, работающих на клиентах Windows | Использование инструментов для разработки классических настольных приложений машинного и управляемого кода для Windows | Использование инструментов для разработки приложений UWP |
| Windows 10 | Да (см. примечания ниже) | Да (см. примечания ниже) |
| Windows 10 Team Edition | Неприменимо | Да (см. примечания ниже) |
| HoloLens | Нет | Да См. центр разработки для Windows Holographic. |
| Xbox One | Неприменимо | Да См. центр разработки Xbox. |
| Windows 8.1 (Windows 8) | Да | Разработка приложений для Магазина Windows недоступна. |
| Windows 7 | Да | Неприменимо |
| Windows Vista | Да Средства отладки и профилирования недоступны. | Неприменимо |
| Windows XP | Да Для разработки управляемого кода требуется использование многоплатформенного нацеливания Visual Studio .NET. Средства отладки и профилирования недоступны. | Неприменимо |
| Создание приложений, работающих на Windows Phone | Использование инструментов для разработки классических настольных приложений машинного и управляемого кода для Windows | Использование инструментов для разработки приложений UWP |
| Windows 10 Mobile | Нет | Разработка приложений для Магазина Windows недоступна. |
| Windows Phone 8.1 и более ранние версии | Нет | Разработка приложений для Магазина Windows недоступна. |
| Создание приложений, работающих в Windows Server | Использование инструментов для разработки классических настольных приложений машинного и управляемого кода для Windows | Использование инструментов для разработки приложений UWP |
| Windows Server 2016 | Да | Да (см. примечания ниже) |
| Windows Server 2016, вариант установки Nano Server | Да, для .NET Core и подмножества Win32 См. центр разработки Nano Server. | Нет |
| Windows Server 2012 R2 | Да | Разработка приложений для Магазина Windows недоступна. |
| Windows Server 2012 | Да | Разработка приложений для Магазина Windows недоступна. |
| Windows Server 2008 R2 | Да | Неприменимо |
| Windows Server 2008 | Да Средства отладки и профилирования недоступны. | Неприменимо |
| Windows Server 2003 | Да Средства отладки и профилирования недоступны. Для разработки управляемого кода требуется использование многоплатформенного нацеливания Visual Studio .NET и параллельная установка Visual Studio 2010. Дополнительные сведения можно найти в разделе Дальнейшее развитие линейки продуктов и поддержки платформ в Visual Studio 2012. | Неприменимо |
| Создание приложений, работающих на устройствах Windows Embedded | Использование инструментов для разработки классических настольных приложений машинного и управляемого кода для Windows | Использование инструментов для разработки приложений UWP |
| Windows 10 IoT Базовая | Да, для подмножества интерфейсов API Win32 Подробные сведения см. в статье Инструмент переноса API для Windows 10 IoT Базовая. | Да Дополнительные инструменты и ресурсы см. в центре разработки Windows IoT. |
| Windows 10 IoT Mobile Корпоративная | Нет | Да Дополнительные инструменты и ресурсы см. в центре разработки Windows IoT. |
| Windows 10 IoT Корпоративная | Да Дополнительные инструменты и ресурсы см. в центре разработки Windows IoT. | Да Дополнительные инструменты и ресурсы см. в центре разработки Windows IoT. |
| Windows Embedded 8 Standard и Windows Embedded 8.1 Industry | Да | Нет |
| Windows Embedded Compact 2013 | Нет | Неприменимо |
| Windows Embedded 7 (Compact, Standard и POSReady) | Нет | Неприменимо |
| Windows Embedded CE 6.0 и более ранних версий | Нет | Неприменимо |
| Windows XP Embedded (включая POSReady 2009, WES 2009, WEPOS) | Нет | Неприменимо |
Примечания
-
версии 5 (Visual Studio 16.8 или более поздних версий) версий 4.8, 4.7.2, 4.7.1, 4.7, 4.6.2, 4.6.1, 4.6, 4.5.2, 4.5.1, 4.5 и 4.0 3.1, 3.0, 2.2, 2.1 и 1.1
Поддержка разработки для Android в Visual Studio 2019
Установка Visual Studio позволяет легко получить пакет SDK для Android и Android API уровней 19, 21, 22 и 23. Можно отдельно загрузить дополнительные уровни API с помощью диспетчера Android SDK. Вы также можете использовать установку Visual Studio для получения Android Native Development Kit (R10E), Java SE Development Kit и Apache Ant.
Поддержка разработки для iOS в Visual Studio 2019
Visual Studio 2019 позволяет создавать и отлаживать приложения для iOS с помощью C++, Unity или Xamarin, используя remotebuild, vcremote, инструменты Visual Studio для Unity или Xamarin Mac Agent на компьютерах Mac, настроенных для разработки под iOS. Xamarin поддерживает iOS 7 и более поздних версий и требует OS X 10.10 "Yosemite" и более поздних версий. Можно также использовать Visual Studio для Mac для создания приложений iOS с помощью Mac.
Поддержка разработки для Linux в Visual Studio 2019
- CentOS 7.1 и Oracle Linux 7.1
- Debian 8
- Fedora 23
- Linux Mint 17
- openSUSE 13.2
- Red Hat Enterprise Linux 7.2
- Ubuntu 14.04 и 16.04
Поддержка разработки для macOS в Visual Studio 2019
Другие платформы и технологии
Совместимость с предыдущими версиями
Team Explorer, Azure DevOps Server и Team Foundation Server
Team Explorer для Visual Studio 2019 подключается к Azure DevOps Server 2019, Team Foundation Server 2017, Team Foundation Server 2015, Team Foundation Server 2013, Team Foundation Server 2012 и Team Foundation Server 2010 с пакетом обновления 1 (SP1).
Silverlight
Проекты Silverlight не поддерживаются в этой версии Visual Studio. Для поддержки приложений Silverlight продолжайте использовать Visual Studio 2015.
Приложения для Магазина Windows и Windows Phone
Этот выпуск не поддерживает проекты для Microsoft Store версий 8.0 и 8.1, а также для Windows 10 Mobile and Windows Phone. Для поддержки этих приложений продолжайте использовать Visual Studio 2015. Для поддержки проектов Windows 10 Mobile используйте Visual Studio 2017. Для поддержки проектов Windows Phone 7.x используйте Visual Studio 2012.
сначала я устанавливаю MS Visual Studio Community 2017 с официального сайта.
Отлично работает.
далее я устанавливаю Intel ® Parallel Studio XE Cluster Edition (включая Fortran и C/C++) с сайта Intel Developer Zone. На этом сайте было бесплатное предложение инструмент для студентов.
установки был установлен следующий софт:
но когда я пытаюсь создать новый проект Fortran я не нашел вариант на Visual Studio Community 2017.
затем я ищу в интернете об этой проблеме, и я нашел эту статью:Устранение неполадок интеграции Fortran с Visual Studio
Который гласит:
Если используется Intel Parallel Studio XE 2017 (версия компилятора
17.0), поддерживаются версии Visual Studio 2012, 2013 и 2015.
поэтому я попытался загрузить MS Visual Studio Сообщество 2015 но я не могу.
В настоящее время веб-сайт Microsoft предлагает только Visual Studio Community 2017.
Я хочу построить Fortran или C / C++ проект, используя библиотеку математического ядра или Blas, Linpack или Lapack.
Что я могу сделать?
Есть ли способ решить эту проблему интеграции, должен ли я найти VS Community 2015 или, может быть, попробовать компилятор GNU-GCC, но в этом случае, как использовать LINPACK?
в то время решение состояло в том, чтобы установить VS Community 2015, как прокомментировал @Ramhound, и после переустановки Intel Parallel Studio XE 2017. В настоящее время Intel Parallel Studio XE 2018 поддерживает Visual Studio 2017.
но в будущем, эта проблема может повториться, то следующие шаги для установки последней Visual Studio поддерживается Intel Parallel Studio XE.
сначала проверьте версию Visual Studio, поддерживаемую Доступна Intel Parallel Studio XE. Вы можете проверить на этом сайте Устранение неполадок интеграции Fortran с Microsoft Visual Studio*
установите Visual Studio, поддерживаемую Intel Parallel Studio XE, которую вы собираетесь установить. Если поддерживаемая версия Visual Studio не является последней, можно загрузить более старую версию из против старых загрузок
Всем известны плюсы ночной сборки и тестирования: утром мы знаем всю информацию о проекте:
собрался ли проект, сколько тестов прошли, имеем собранный экзешник, который можно предъявить заказчику.
Одной из самых больших проблем наладки процесса автоматической сборки и тестирования проекта на фортране является построение исполнимого файла в неинтерактивном режиме, в первую очередь в режиме командной строки.
Напомним, что файлы в фортрановском проекте зависят друг от друга через модули. Если в одном файле есть module A , а в другом — use A , то первый файл должен быть скомпилирован раньше. При этом подобная информация нигде не прописывается и генерируется на лету. Интеграция компилятора Intel Fortran с Visual Studio в большинстве случаев правильно определяет последовательность компиляции, однако и она может ошибиться, что уж говорить о специальных утилитах, нацеленных на создание make-файлов.
Ниже приводится метод определения зависимостей в файлах проекта и описание процесса автоматической сборки проекта без использования специальных программ.
Поставим задачу в таком виде: автоматически собрать проект, имея на входе только исходные файлы проекта, проект vfproj и в общем случае файл sln.
Вероятно, некоторые существующие методы построения exe-файла требуют вызова специальной промежуточной утилиты, генерирующей по файлу проекта (vfproj) зависимости в виде make-файла.
Поиски такой утилиты к успеху не привели. Да и бывает, что после успешной компиляции и компоновки в студии возможна повторная компиляция некоторых файлов из-за неверно определённых зависимостей, неверной трактовки условной компиляции ( !DEC$ ) и т.п. Таким образом, внешние утилиты не могут считаться надёжным способом определения порядка компиляции.
- файл проекта (который хранится в формате XML) переписать в виде списка файлов с параметрами компиляции.
- скомпилировать в нужном порядке.
Для решения второй задачи был избран следующий подход: ловить зависимости на основе поведения самого компилятора. предположим, что программа правильно написана с точки зрения компилятора:
каждый программист регулярно проводит компиляцию всего проекта для проверки реализованной функциональности. Тогда компиляция файла может завершиться либо успешно, либо в случае отсутствия модуля первой ошибкой будет Module not found . Запоминаем имя отсутствующего модуля и переходим к следующему файлу в списке.
В случае ошибки любого другого типа мы можем говорить об испорченности проекта, тогда компиляция прекращается. Если при компиляции последнего файла из списка обнаружилась зависимость от другого модуля, это свидетельствует о наличии циклической зависимости в проекте, то есть об ошибке.
Далее, когда компилятор ошибок не выдаёт, мы смотрим, какие модули создались. Если находим, какой-то из предыдущих файлов не был скомпилирован из-за отсутствия такого модуля,
можем его скомпилировать повторно.
Порядок компиляции фиксируем в репозитории. Промежуточные объектные файлы можно удалить.
В следующий раз лишнее время на компиляцию мы не потратим. Если зависимости немного изменились, повторно всю цепочку с нуля мы прослеживать уже не будем.
Отметим, что здесь речь не идёт об ускорении сборки проекта и make-файлы в обычном понимании этого слова не создаются.
Особенности реализации
Возможно использование языка VBScript, поскольку под Windows никакой компилятор для него устанавливать не требуется. Автор использовал именно VBScript во многом по этой причине:
настроить компиляцию можно на любом компьютере с ОС Windows, которых в офисе абсолютное большинство. В VBScript есть встроенное чтение и поддержка файлов XML, что актуально для проектов, хранимых в таком формате. Переписывать скрипт для ОС Linux до сих пор не требовалось.
Особое внимание в VBScript требуется уделить перехвату буфера вывода, с которым, как известно, есть определённые проблемы. Для контроля и перехвата стандартного и ошибочного вывода требуется использовать вызов WSHShell.Exec . Для тех же целей требуется установить лимит на время выполнения одной компиляции. Связанная проблема — если программа сложная, компилятор может зависнуть, если скомпилировать произвольный файл из проекта, — просто из-за несовершенства компилятора. Первый запуск, таким образом, может оказаться довольно долгим.
Ещё некоторый недостаток — если VBScript работает не в режиме консольного окна,
то будут постоянно выскакивать чёрные консольные окна для каждого компилируемого файла.
А в режиме консольного окна всё время открыто одно окно скрипта. Поскольку весь процесс запускается ночью, либо на сервере сборки-тестирования, такое поведение приемлемо.
К слову
Скрипт можно использовать ещё для одной цели. Дело в том, что за день код может быть испорчен, так что компиляция не пройдёт и тесты запущены не будут, что будет очень печально, если тесты отрабатывают за время порядка нескольких часов. Так что даже в случае очень простой для исправления ошибки проверка и запуск днём приведёт к потере времени.
- Intel Communities
- Developer Software Forums
- Software Development Tools
- Intel® Fortran Compiler
- Visual studio 2019 not working with Fortran extension
Visual studio 2019 not working with Fortran extension
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
Always encounter "The Fortan compiler(ifort.exe) can not be found."
Can invoke ifort.exe from comand prompt, installed parallel_studio_xe_2019_update4_composer_edition_setup, Visual Studio have been installed before.
Visual studio could load in fortran project, but when I click build or control, the error pop up.
Any suggestions are appreciated, thanks very much!
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
From within Visual Studio, under Tools > Options, have a look at the page Intel Compilers and Libraries > Visual Fortran > Compilers. What are the contents of the Executables field for your preferred architecture? Does clicking Reset change things?
How long is your system path?
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
I uninstalled the "parallel_studio_xe_2019_update_4. " and installed the latest "parallel_studio_xe_2020_cluster_edition_setup", same issue happened.
Here is the contents for the "Executables:" field under Tools->Options->Intel Compiler and Tools -> Compilers
Yes, I did click "Reset"
I assume the system path means $(path), it is very long, about 6176 bytes(if output it to a file).
Any suggestions are appreciated, thanks very much!
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
I am still using trial version, but I think it should be the same as licensed version, is it true?
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
I believe so. By the way sometimes things get so bad you need to reinstall windows.
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
When I installed the 2020 Update 1 release, it did not integrate properly with VS2019 (it did for VS2017). An uninstall and reinstall of the 2020.1 release fixed that.
I have never, ever needed to reinstall Windows to fix an application problem. And, yes, there is no difference between trial and licensed versions other than the license itself.
- Отметить как новое
- Закладка
- Подписаться
- Отключить
- Электронная почта другу
The path that applications first see when they are started from the start menu or similar, is a combination of a system (administrator) specified path and a user specified path - the dialog box for editing environment variables on windows (type "environment variables" into the start button search box) shows the breakdown.
I'm not sure what the current day situation with Windows 10 is (this might be complete nonsense), but with previous versions of Windows if the system path variable is too long many strange things start happening, failure to find executables supposedly on the path being one of them. One of the symptoms of having a path that is too long was that other environment variables embedded in the path fail to be properly expanded by the shell before applications were started.
Check also that the environment variable IFortInstallDir has been set to a sensible value.
Читайте также: