Intel® Fortran Compilers

Performance without compromise on Windows*, Linux* and OS X*

  • Broad support for current and previous Fortran standards, plus popular extensions
  • Intel® Math Kernel Library included in suites
  • Optional Rogue Wave* IMSL* Fortran Numerical Library on Windows

Try & Buy Intel® Fortran Compiler in:

Intel® Parallel Studio XE

A complete Fortran development environment for Windows*

  • Works with Microsoft* Visual Studio* 2010, 2012 and 2013
  • Don't have Visual Studio? No problem - a Fortran development environment based on Microsoft Visual Studio 2010 Shell is included - nothing else to buy!
  • Develop, build, debug and run from the familiar Visual Studio IDE, or build and run from the command line - your choice!
  • 32-bit and 64-bit development included - no extra charge!
  • Create traditional console applications or advanced graphical interfaces with QuickWin, OpenGL* and Windows API support
  • COM (Component Object Model) and .NET interoperability provided
  • Build mixed-language applications with C++, Visual Basic*, Microsoft C# and more! (requires Microsoft Visual Studio)
  • Tens of thousands of declarations of routines, types and constants for Windows API, OpenGL, POSIX, dialogs, multi-byte character support and more!

Intel Fortran integration into Microsoft Visual Studio

  1. Fortran project and source files in Visual Studio
  2. Fortran-aware text editor with context-sensitive help, Go To Definition, templates, coloring and more
  3. Debug Fortran code with full access to Fortran types and arrays
  4. Build and debug mixed-language programs in a single Visual Studio solution
  5. Set breakpoints at Fortran source lines, with optional conditions


Broad support for current and previous Fortran standards, plus popular extensions

  • Full language Fortran 95, full Fortran 2003, plus significant Fortran 2008 features
    • Coarrays
    • DO CONCURRENT
    • 31 array dimensions (standard specifies 15)
    • NEWUNIT in OPEN
    • Much more - see release notes for details
  • Also supports FORTRAN IV (FORTRAN-66), FORTRAN 77 and Fortran 90
  • Extensive OpenMP 4.0* support
  • Source compatible with Compaq Visual Fortran* - most projects just need a rebuild

Performance without compromise

  • Industry leading performance on Intel and AMD* processors.  Take a look at the benchmarks below that were run by Polyhedron* for independent confirmation.


Geomean time in seconds - lower is better
As published 3/10/2014 at http://www.polyhedron.com

  • Extensive optimizations for the latest Intel processors, including Intel® Xeon Phi™ coprocessor
  • Take advantage of multicore, manycore and multiprocessor systems with OpenMP, automatic parallelism, DO CONCURRENT, coarrays and Intel Xeon Phi coprocessor support
  • Patented automatic CPU dispatch feature gets you code optimized for the current running processor

Intel® Math Kernel Library

  • Included in Fortran suites that adds advanced math processing
  • Vectorized and threaded for highest performance on all Intel and compatible processors
  • De facto standard APIs for simple code integration
  • Compatible with all C, C++ and Fortran compilers
  • Royalty-free, per developer licensing for low cost deployment
  • Click here for more information.

Rogue Wave* IMSL* 7 Fortran Numerical Library

  • Optional add-on to the suites that include Intel Visual Fortran compiler
  • Superior accuracy and reliability through 40 years of refinement
  • A comprehensive set of 1000+ algorithms
  • Supporting parallel processing architectures since 1990
  • Evolves easily with software and hardware upgrades
  • Click here for more information and pricing

Outstanding support

  • One year of support included with purchase – gives you access to all product updates and new versions released in the support period plus access to Intel® Premier Support
  • Active user forums for help from experienced users and Intel engineers

Works with your familiar development environment

  • Uses gcc tools, including gdb debugger
  • Link compatible with C and C++ from gcc
  • 32-bit and 64-bit compilers included – no extra charge!

Broad support for current and previous Fortran standards, plus popular extensions

  • Full language Fortran 95, Full Fortran 2003, plus significant Fortran 2008 features
    • Coarrays
    • DO CONCURRENT
    • 31 array dimensions (standard specifies 15)
    • NEWUNIT in OPEN
    • BLOCK
    • Much more - see release notes for details
  • Also supports FORTRAN IV (FORTRAN-66), FORTRAN 77 and Fortran 90
  • Extensive OpenMP 4.0* support

Performance without compromise

  • Industry leading performance on Intel and AMD processors. Take a look at the benchmarks below that were run by Polyhedron for independent confirmation.


Geomean time in seconds - lower is better
As published 3/10/2014 at http://www.polyhedron.com

  • Extensive optimizations for the latest Intel processors including Intel® Xeon Phi™ coprocessor
  • Take advantage of multicore, manycore and multiprocessor systems with OpenMP, automatic parallelism, DO CONCURRENT, coarrays and Intel Xeon Phi coprocessor support
  • Patented automatic CPU dispatch feature gets you code optimized for the current running processor

Intel® Math Kernel Library

  • Included in Fortran suites that adds advanced math processing
  • Vectorized and threaded for highest performance on all Intel and compatible processors
  • De facto standard APIs for simple code integration
  • Compatible with all C, C++ and Fortran compilers
  • Royalty-free, per developer licensing for low cost deployment
  • Click here for more information

Outstanding support

  • One year of support included with purchase – gives you access to all product updates and new versions released in the support period plus access to Intel® Premier Support
  • Active user forums for help from experienced users and Intel engineers

Works with your familiar development environment

  • Build from command line or use Xcode integration (limited feature)
  • Link compatible with C and C++ from gcc
  • 32-bit and 64-bit compilers included – no extra charge!

Broad support for current and previous Fortran standards, plus popular extensions

  • Full language Fortran 95, full Fortran 2003, plus significant Fortran 2008 features
    • DO CONCURRENT
    • 31 array dimensions (standard specifies 15)
    • NEWUNIT in OPEN
    • BLOCK
    • Much more - see release notes for details
  • Also supports FORTRAN IV (FORTRAN-66), FORTRAN 77 and Fortran 90
  • Extensive OpenMP 4.0* support

Performance without compromise

  • Industry leading performance
  • Extensive optimizations for the latest Intel processors
  • Take advantage of multicore, manycore and multiprocessor systems with OpenMP, automatic parallelism, DO CONCURRENT
  • Patented automatic CPU dispatch feature gets you code optimized for the current running processor

Intel® Math Kernel Library

  • Vectorized and threaded for highest performance on all Intel and compatible processors
  • De facto standard APIs for simple code integration
  • Compatible with all C, C++ and Fortran compilers
  • Royalty-free, per developer licensing for low cost deployment
  • Included in Intel® Fortran Composer XE
  • Click here for more information

Outstanding support

  • One year of support included with purchase – gives you access to all product updates and new versions released in the support period plus access to Intel® Premier Support
  • Active user forums for help from experienced users and Intel engineers

Videos to help you get started.

  • Introduction to Intel® Visual Fortran in the Microsoft* Visual Studio* Development Environment
  • Optimizing your application with Intel® C++ and Fortran Compilers for Windows* and Linux*

Register for future Webinars


Previously recorded Webinars:

  • Update Now: What’s New in Intel® Compilers and Libraries
  • An Introduction to Intel® Visual Fortran Development on Intel® Xeon Phi™ coprocessor
  • OpenMP 4.0 for SIMD and Affinity Features with Intel® Xeon® Processors and Intel® Xeon Phi™ Coprocessor
  • Learn to be an Intel® Visual Fortran Power User
  • Optimizing and Compilation for Intel® Xeon Phi™ Coprocessor

Featured Articles

Контент не найден

More Tech Articles

Scheduling for 1-4 Threads Per Core Using Compiler Option -qopt-threads-per-core
- Ronald W Green (Intel)Опубликовано: 10/16/20130
Compiler Methodology for Intel® MIC Architecture Scheduling for 1-4 Threads Per Core Using Compiler Option -qopt-threads-per-core This option is a hint or suggestion to the compiler about the number of hardware threads per core that MAY be used for an application. This hint enables the compiler...
Application Analysis for Intel® MIC Architecture Suitability
- AmandaS (Intel)Опубликовано: 10/16/20130
Compiler Methodology for Intel® MIC Architecture Application Analysis for Intel® MIC Architecture Suitability The Intel® Many Integrated Core Architecture (Intel® MIC Architecture) provides a product family optimized to deliver performance for highly parallel applications or highly parallel ker...
Preparing for the Intel® Many Integrated Core Architecture
- AmandaS (Intel)Опубликовано: 10/16/20133
Compiler Methodology for Intel® MIC Architecture Preparing for the Intel® Many Integrated Core Architecture The Intel® Many Integrated Core Architecture (Intel® MIC Architecture) provides a product family optimized to deliver performance for highly parallel applications or highly parallel kerne...
Programming and Compiling for Intel® Many Integrated Core Architecture
- AmandaS (Intel)Опубликовано: 10/16/20131
Compiler Methodology for Intel® MIC Architecture This methodology enables you to determine your application's suitability for performance gains using Intel® Many Integrated Core Architecture (Intel® MIC Architecture).
Подписаться на Статьи Intel Developer Zone

Supplemental Documentation

Контент не найден
Подписаться на Статьи Intel Developer Zone

You can reply to any of the forum topics below by clicking on the title. Please do not include private information such as your email address or product serial number in your posts. If you need to share private information with an Intel employee, they can start a private thread for you.

New topic    Search within this forum     Subscribe to this forum


String encrypting in Fortran
- Adrian F.1
Message for Steve Lionel:  Steve, the last post in this archived thread - https://software.intel.com/en-us/forums/topic/313560 - has a link to some code you wrote to solve the problem.  The link is no longer active.  Do you have another link to this code? Adrian
fortcom.exe not found; How to set up command line for 64 bit builds?
- Grey E.3
Hello, I am running ifort via command line (via the windows start menu). I am receiving the following error: ifort: error #10037: could not find 'fortcom' ifort: error #10273: Fatal error in fortcom, terminated by 0Xffffffff I have noticed that fortcom.exe is not within bin/intel64. However, there is a copy in bin/ia32. I'm guessing my install is not setup for 64 bit builds. How do I set it up to do so? Can I simply copy fortcom.exe over to bin/intel64. Note that everything worked fine until I did an intel software update... Thanks!
is it possible for two users to write a common Direct Access file?
- Xj Kong2
It means the two(or more) users write different records to the same file by different programs. How to write to the shared file by Fortran implementation?
More threads than cores
- David DiLaura5
Steve, Colleagues, What does a Release-2015-compiler-produced executable do if it wants 4 cores [ CALL OMP_SET_NUM_THREADS(4) ] and it is run on a machine with an old Intel chip there are only two cores? We're trying to predict behavior on user machines that date back a while. David
reg query commands in scripting failing due to users not having admin rights
- monty c.1
I perform sys ad work in a classified environment that is very restrictive with user rights/permissions.  The sequence of scripts called when executing C:\Program Files (x86)\Intel\Composer XE 2013\bin\ipsxe-comp-vars.bat fails because it tiers down into scripts that perform "reg query" commands to set environment variables.  Group policy has been set up to "Prevent access to registry editing tools" and no regular users will ever be granted admin rights.  The only way I could make this work was to hard code all the environment variables the "reg query" commands set.  This is a very tedious process especially when software versions are updated regularly. Does anyone have a easier approach to remedy this issue other than sequentially commenting out all the calls to code that performs "reg query" commands and hard coding environment variables?
VS2012 plus Fortran XE 2013 SP1 - redistributables
- Paul C.8
Hi I have a C# console app calling a Fortran DLL.  Both are x64. (at least I thought so) It runs fine on my PC but when I port it to another machine it falls over with Exception encountered An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000B). It seems when I examine the Fortran DLL with Dependency Walker that it's hoping to load c:\program files (x86)\common files\intel\shared libraries\redist\ia32\compiler\LIBIFCOREMDD.DLL etc. how can I ensure that the correct 64 bit support is redistributed with the 64 bit Fortran dll... I have checked the other posts on similar questions but it's not clear to me what I am missing.   I am not even sure where to start looking :-} Many thanks for your help! Best wishes Paul
Executing a Windows program during a Fortran run
- Paulo M.5
Hello everyone, I am working on an optimization code, in which an external program should provide a data file, to be read by Fortran. My question is: how could I execute the external program during the Fortran run? Thanks,   Paulo  
Problems about UMAT in ABAQUS when using Fortran
- LINFENG S.6
Hi there,   I'm facing a very serious problem about how to use subroutines functionally now, so if you guys are so kind, please give some help and I really appreciate this! Here is the deal, my software combo is VS2012+ABAQUS6.13+Intel Fortran2013 SP1, OS is WIN7-64bit, and I'm trying to do the research about RVE problems. The attachments are the codes and input files what I'm using now, and also including the picture of showing the error.   As you can see from the fortran codes, if I separate them into two parts: subroutine(including UMAT, DISP, URDFIL and UEXTERNALDB) and user subroutine(including CMKirchhoff, IdentityTensor,  NodeCurrent, NodeInitial, NodesCoords, ReadKM, ReadRVEvolume, RVEvolume, StressM and StressTensors), the prompt will show "subroutine.obj: error  lnk2019 unresolved external symbol ***(which is the names of the user subroutines), this symbol is referenced in function ***(umat.R or urdfil and so on)". However, if I add these user subroutines into the subrouti...
Подписаться на Форумы

You can reply to any of the forum topics below by clicking on the title. Please do not include private information such as your email address or product serial number in your posts. If you need to share private information with an Intel employee, they can start a private thread for you.

New topic    Search within this forum     Subscribe to this forum


Stepwise calculation for large datasets in Fortran
- bhvj8
Hi, I am trying to do stepwise calculations, for each day, by using an equation in a Fortran program, using the datasets, as in the attached (each dataset has 18262 values corresponding to 18262 days). The output of the program would be another new dataset in which the two datasets are combined per the equation (as an example 0.5*TC1+ 7*TC2), for each day. What would be the best way to approach this? Would it be a good idea to create two large arrays of size 18262 each for the input, read it into them, and create one large array of size 18262, and write the output into this array? Any suggestions or insight into this would be greatly helpful. Thank you.  
Installer crashes, Website only works in Firefox
- David O.1
  Downloaded Intel Fortran compiler for evaluation on OSX. Mounted installer dmg, fired up installer - instant crash missing symbol _strnlen in /usr/lib/libSystem.B.dylib not very good Find out if any way to report this - no Forum website does not work in Chrome - only Firefox Not a performance suggesting purchase this software
xe14=>xe15 cause a SIGSEV (openmp)
- Guillaume d.4
When updating from ifort 14 to ifort 15 (15.0.2 to be precise), several bugs have appear in our programs (while it ran smoothly with ifort 14). One of them seems related to openMP :  forrtl: severe (174): SIGSEGV, segmentation fault occurred Image PC Routine Line Source libintlc.so.5 00007FF35F0F3961 Unknown Unknown Unknown libintlc.so.5 00007FF35F0F20B7 Unknown Unknown Unknown libhsall.so 00007FF362794692 Unknown Unknown Unknown libhsall.so 00007FF3627944E6 Unknown Unknown Unknown libhsall.so 00007FF36275518C Unknown Unknown Unknown libhsall.so 00007FF36275BA58 Unknown Unknown Unknown libpthread.so.0 00007FF35EEDA0A0 Unknown Unknown Unknown libhsall.so 00007FF3627AA9C3 Unknown Unknown Unknown libhsall.so 00007FF36277B74B Unknown Unknown Unknown libhsall.so 00007FF36277ADBC Unknown Unknown Unknown hspec 000000000042093F hspeccal_ 104 hspeccal.f90 libiomp5.so 00007FF360F7EBB3 Unknown Unknown Unknown libiomp5.so 00007FF360F53617 Unknown Unknown Unknown   The source code at the locatio...
Fortran forrtl: severe (174): SIGSEGV, segmentation fault in derived type data
- JIquan P.2
 "m.f90" :   1 module typedef   2 implicit none   3 type::mytype   4     integer::mn(2,2)   5     complex(kind=8)::w   6     integer,allocatable::sz(:)   7 end type   8 end module typedef   9 subroutine mysub(mtp)  10 use typedef  11 implicit none  12 type(mytype)::mtp(6)  13 integer::lm  14 complex(kind=8)::f0(6),f1(6)  15 do lm=1,6  16     write(*,*)"a",lm  17     f0(lm)=mtp(lm).w  18     f1(lm)=f0(lm)  19 end do  20 end subroutine  21 program main  22 use typedef  23 implicit none  24 type(mytype)::mtp(6)  25 call mysub(mtp)  26 end program I compiled this program with "ifort m.f90" then run it "./a.out",  then error occured:  forrtl: severe (174): SIGSEGV, segmentation fault occurred If I compiled it with "ifort m.f90 -CB" then No error occured If I changed the 4th line into "integer::mn(3,3)" or just delete it, then compiled it with "ifort m.f90" No error occured. This problem puzzled my a lot, is something wrong with my program? my compiler is ifort ...
forrtl: severe (174): SIGSEGV, segmentation fault occurred
- JIquan P.2
when I compiled my program m.f90 with command: "ifort m.f90" and then run it "./a.out", error occured as follows a           1  b           1  c           1  a           2 forrtl: severe (174): SIGSEGV, segmentation fault occurred, I don't understand why The following is my program m.f90: module system_info  implicit none type::phi_alpha_beta      complex(kind=8)::wv0_up,wv0_down      complex(kind=8)::rwv_up,rwv_down      integer,allocatable::sz(:)  end type  contains  subroutine markov_skip(phi_ab)  implicit none  type(phi_alpha_beta)::phi_ab(4)  complex(kind=8)::rphi_up(4),rphi_down(4)  integer::iphi   complex(kind=8)::wv_new(4),wv_old(4)  do iphi=1,4      write(*,*)"a",iphi      wv_old(iphi)=phi_ab(iphi).wv0_up*phi_ab(iphi).wv0_down*phi_ab(iphi).rwv_up*phi_ab(iphi).rwv_down      write(*,*)"b",iphi      wv_new(iphi)=wv_old(iphi)*rphi_up(iphi)*rphi_down(iphi)      write(*,*)"c",iphi  end do  end subroutine  end module system_info  program main  use syste...
Compiler Memory Errors
- ereisch2
This isn't a problem, per se, but in trying to gather more information for one of the infamous "catastrophic internal errors", I ran ifort 12.0.0 (and its descendants) through valgrind.  ifort had several dozen memory access errors (mostly jump-based-on-uninitialized), and fortcom had over 1,000 errors reported (mostly use of uninitialized variables).  You guys might want to consider adding memory profiling tests to your pre-release software qualification suite.
List Directed I/O Error
- bhvj4
Hi, As can be seen in the attached program, when I am trying to open, read and write data into an array, I am getting an error which says as follows: "forrtl: severe (59): list-directed I/O syntax error". Any suggestions or insight into this would be greatly helpful. Thank you.
Copy of allocatable array component of a coindexed object in a subroutine with derived type dummy arguments fails
- John D.14
Hi, here's another bug report about the Coarray implementation of the Intel Compiler (version 15.0.2). The following code fails with a segfault: module arrays implicit none type b real,allocatable,dimension(:) :: c end type contains subroutine arraycopyinderivedtype(d,s) type(b),intent(out) :: d type(b),intent(in) :: s if (.not.allocated(d%c)) allocate(d%c(size(s%c))) d%c=s%c end subroutine end module program coarraybug use arrays implicit none type(b),codimension[*] :: v,v0 type(b) :: t,t0 integer image image=this_image() if (image.eq.1) then allocate(v%c(2)) v%c=image allocate(v0%c(2)) v0%c=image print*,'image,v,v0=',image,v,v0 endif sync all if (image.eq.2) then write(unit=*,fmt='(a)')'Testing copy of allocatable array component of derived type coarray in the main program..' if (.not.allocated(t0%c)) allocate(t0%c(size(v0[1]%c))) t0%c=v0[1]%c print*,'t0=',t0 write(unit=*,fmt...
Подписаться на Форумы