Microsoft Windows* (XP, Vista, 7)

Intel® Visual Fortran Composer XE 2013 SP1 for Windows* with IMSL*, Update 5

Intel® Visual Fortran Composer XE 2013 SP1 Update 5 includes the latest Intel Fortran compilers and performance libraries for IA-32 and Intel® 64 architecture systems. This new product release now includes: Intel® Visual Fortran Compiler XE Version 14.0.5, Intel® Math Kernel Library (Intel® MKL) Version 11.1 Update 4, Intel® Debugger Extension 7.5-1.0 for Intel® Many Integrated Core Architecture (Intel® MIC Architecture), IMSL* Fortran Numerical Library Version 7.0.1

New in this release:

  • Developers
  • Microsoft Windows* (XP, Vista, 7)
  • Microsoft Windows* 8
  • Windows*
  • Fortran
  • Intel® Composer XE
  • Intel® Fortran Compiler
  • Intel® Fortran Composer XE
  • Intel® Visual Fortran Composer XE
  • Intel® Debugger
  • Intel® Math Kernel Library
  • Intel Fortran integration with Visual Studio: improved syntax highlighting?

    I just noticed VALUE attribute and MOVE_ALLOC intrinsic procedure do not get highlighted in Visual Studio file editor; I presume there are also other such items that are not getting highlighted?

    So is it possible for Intel Fortran integration with Visual Studio to be improved to allow syntax highlighting for the full list of keywords, etc. in the current Fortran standard?

    System error

    I have written a console application that my colleague may use. Today I just rebuild one application and it runs as presumed on my computer. However, when my colleague try to run it on his own computer, he gets the message:

    "System error. The program can't start because libifcoremd.dll is missing from your computer. Try to reinstall the program to fix this problem."

    My questions are:

    1) Do the program make use of no-standard win7 dll files?

    2) How to fix the problem?

    I have installed VS2013 and IVF Composer 2013 SP1  on Win7 platform......

    Can a BLOCK construct be within an ASSOCIATE construct and recognize the associations?

    The following code with a BLOCK construct (Fortran 2008) within an ASSOCIATE construct fails to compile when the associate-name is used inside the block.  Is this only to be expected per the standard?  I couldn't find anything in the standard that says this is not allowed.

    Subscribe to Microsoft Windows* (XP, Vista, 7)