Intel® Fortran Compiler for Linux* and Mac OS X*

intel fortran compatibility with xcode 6.4 and osx 10.10

I just upgraded to osx 10.10, and xcode 6.4 was automatically installed. i need to renew my intel fortran license, but before i pay for it i noticed that this combination is not listed here:

so my question is: will the latest update of intel fortran work with this system? if not, what are my options.

Switch from GNU to Ifort both under Linux

Hi there,

I actually run simulations with ABAQUS Standard 6.14-1.
Thereby I use some subroutines written in a combination of Fortran 77 and free-format (unlimited length of lines). In general Subroutines should be written in Fortran 77, but on the actual machine it works good.
Because of performance limit I’d like to change the machine.

Having Trouble recompiling model on a new machine

Hi There,

I recently migrated a model written in fortran to a new machine, from OSX to CentOS.  With this migration came a new version of ifort and icc and also a switch from using mpich2 to openmpi for the parallel compilation.  The problem is, with no changes to the code, the model won't compile on the new machine.  I have already compiled another model written in fortran in both serial and parallel, so I know the compilers are working properly.

Building Linux exectuable

Dear all, 

I hope this is the correct forum to ask this question. I have built my fortran exectuable on Windows 7  using Parallel Studio XE 2011 with VS 2010. 

Now I will need to build a linux exectuable as well.  I was wondering if you could guide me on the easiest way to do this. 

Also is there an equivalent of Visual Studio that can be used in Linux?

I would really appreciate your response. 

Thank you very much in Advance for your help. 


A bug report

Dear developers,

I would like to report a bug in ifort version 15.0.3 in SUSE Linux Enterprise Server 11.3(x86_64):


      program t
      implicit none
      integer, parameter :: o2d(1)=1
      integer            :: nloc(1,1),pauli(1,1),mom(1)
      integer            :: ih,ii
      do ii=1,1
      end do
      end program


Compiler bug - stream formatted nonadvancing read


I'd like to report a possible bug in Fortran Intel Compiler - it seems it doesn't read correctly data in nonadvancing way on a file opened as a formatted stream.

Please consider the attached program. It generates file with lines "This_is_line_no_XXXX" where XXXX is the number of the line. It then reads it back as stream formatted nonadvancing. With the default blocksize, the first problem exhibits at line 780 which is around 16384 bytes which could be the default blocksize, the output is as follows:

Feature request: Compiler Version Notes

ifort currently generates comment sections in compiler-generated assembler files (built with "-s") that contain a lot of useful information, such as the compiler version and flags used when compiling; however, since these are comments, they do not find their way into the compiled object files.  Would it be possible to have the compiler mimic gcc's behavior and put this information instead in a ".note" section?  GCC uses ".note.GNU-stack" and places just the compiler version, which alone would be nice, but if there are no restrictions on data length, the compile flags would be nice too.  Or

Cycling block-do-construct with inner block-construct

Hi, I'm wondering if there exists a way (other than branching) for exiting or cycling within a inner block in a do block:

do i=1,10
        integer :: k
        if (...) then
            cycle !not possible
        end if
    end block
end do

More general, the question is, if its possible to terminate the execution of a block-construct without using IF/GOTO? I've looked into the standard but I've found no other possibilities...

Use of unlimited polymorphic object and performance question

I'm still learning how to do OO programing and have several doubts.  Although this could be a question better suited for a FORTRAN forum, I want to ask you about the performance of an executable created with polymorphic entities.

The attached code (tes_polymorphism.f90)  works.  It defines a upoly entity called "electron", which can be described (actually, the velocity distribution function) either by Maxwell-Boltzmann or by kappa (non-additive) statistics.

Intel® Fortran Compiler for Linux* and Mac OS X* abonnieren