Intel® Fortran Compiler

Inconsistent program behavior on RHEL* 7.4 or Fedora* 25 if compiled with Intel Compiler

We've seen some reports with regarding to RHEL7.4 OS and Fedora 25 that comes with glibc that has a change that Intel Compiler doesn't work well with. There're simple workarounds for the problem. Please see the following two KB articles for details.

Intel® Parallel Studio XE 2018 has been released!

Intel® Parallel Studio XE 2018, including Intel® Fortran Compiler 18.0, is now available from the Intel Registration Center. Release notes can be found here.

The Intel® Fortran Compiler now supports all features from the Fortran 2008 standard. Additional Fortran 2008 features added in the Intel® Fortran 18.0 release are noted below:

rc.exe not found

I have a piece of code that runs on another computer that I'm trying to compile and run on my computer but whenever I try to build the solution I get an error rc.exe not found. I've done some research and believe that the issue is related to having the wrong combination of Visual Studio and Intel Fortran installed together. I've tried uninstalling and reinstalling several different version of both VS and Parallel Studio, ranging from 2013 - 2017 but I have not had much luck.

Оптимизировали, оптимизировали, да не выоптимизировали!

Оптимизация? Конечно, каждый сталкивался с данной задачей при разработке своих, сколь-нибудь значительных, требующих определённых вычислений, приложений. При этом способов оптимизировать код существует огромное множество, и, как следствие, различных путей сделать это в автоматическом режиме с помощью опций компилятора. Вот здесь и возникает проблема – как выбрать то, что нужно нам и не запутаться?

Character value changing

I have a module variable

character*(128) :: cellmlfile

which is read from a text file, within subroutine reader.  I set the first space (at position 49) to NUL, because this will be used later as an argument in a call to a C function.  Just before returning from the subroutine ichar(cellmlfile(49:49)) = 0.  In the calling subroutine, the value immediately on returning from subroutine reader is set back to 32 (the whole string is exactly what was originally read.)

What could cause this?  I am using IVF 11.0.075.

MPI error

Hi, I am trying to run a test case of the Wavewatch III model. I compiled the routines with ifort and all of the programs run as they should, except for the last one (ww3_multi) that gives me this error:

MPI: Global rank 1 is aborting with error code 51.
     Process ID: 21874, Host: r1i1n0, Program: /u/emilioe/WW3/exe/ww3_multi

Subscribe to Intel® Fortran Compiler