Intel® Visual Fortran Composer XE

performance when running one compiled app vs. multiple ones simultaneously

So, this confused the daylights out of me.

I'm running on an Intel Core i7-3770 @ 3.4 GHz, 4 cores x hyperthreaded = 8 cores.

For case 1, I compiled on ifort 2013 SP1 Update 4, as:

      <Tool Name="VFFortranCompilerTool" SuppressStartupBanner="true" MultiProcessorCompilation="true" GenAlternateCodePaths="codeForAVX" IntegerKIND="integerKIND8" RealKIND="realKIND8" LocalSavedScalarsZero="true" FloatingPointExceptionHandling="fpe0" FloatingPointModel="source" FlushDenormalResultsToZero="true" Traceback="true" />

the compiler commander ifort could not be found


I have Parallel Studio XE 2015, Microsoft Visual Basic 2010 Express, Microsoft Visual Studio 2010, & Microsoft Visual Studio Professional 2013 installed.  I have been trying to compile fortran using the Windows SDK 7.1 Command Prompt and it keeps giving me the error that the compiler commander ifort could not be found.  I really don't understand what the issue could be, if it is something to do with the software or just the way I have it set up?  I can easily compile C code so I know that works.


Request to support Fortran 2008 inquiry functions of COMPILER_OPTIONS() and COMPILER_VERSION()

I'm wondering whether the inquiry functions of COMPILER_OPTIONS() and COMPILER_VERSION() introduced in Fortran 2008 as part of ISO_FORTRAN_ENV are low-hanging fruit that Intel can grab quickly and support soon in Intel Fortran.  gfortran already supports it.

Some requests for Visual Studio integration enhancements to support the new age of OO Fortran

1. Once you extend a type you can no longer hover over a component to see its value. Adding a watch is time consuming since you need to modify the watch expression to include the full list of extensions back to the base type where the component was declared.

Is it hard to make VS see derived type components the same way the compiler does ? I realize I have asked this before but nothing has come of it and I could not find my previous post.

Integrating Parallel Studio XE 2015 with Microsoft Visual Studio ommunity 2013



I have just installed Intel® Parallel Studio XE 2015 on my Windows 7 professional 64bit PC. My computer has an AMD Athlon II 635 Quad-Core Processor. Visual Studio Community Edition 2013 was previously installed.

I followed these instructions from the window that opened up in Visual Studio after Intel's Parallel Studio XE 2015 was installed:

C:\Program Files (x86)\Common Files\Intel\Parallel Studio XE 2015\Documentation\en_US\professional_edition\welcomepage_studio_xe\get_started.html


Bitness of command processor for ifort command prompts

On a 64 bit Windows 7 machine, I've noticed that the various command prompt shortcuts installed with ifort all invoke their startup batch file using "C:\Windows\SysWOW64\cmd.exe".  This means that the resulting instance of cmd.exe is the 32 bit variant, which is then subject to the various filesystem and registry redirections that come into play when hosting 32 bit apps on a 64 bit system.

Is there a particular reason for this?

Getting Nan


I'm getting NaN as answer for expressions like below

MN1=WTAP/( SQRT(GC*GAMA1/R1)*(1.0+(GAMA1-1.0)/2.0*
     &    MN1**2.0)**((GAMA1+1.0)/(2.0*(1.0-GAMA1))) )

All are real variables and they have real values.

When I simplify the expression , it gives the correct answer. But then I am getting Nan as answer for a another expression. Then I have to simplify it also. 

Please help me.

Thank you. 

Intel visual Fortran Compiler 


How to control the initial item in VS

When I open a project in Visual Studio, what controls the "initial item"? I have one project which, most of the time but not always, the working item display tries to open a static library item that is a part of the project (and shows as such in the Solution Explorer window) Of course this item contains only object code, so the working window shows only binary stuff in Hex. This has become quite annoying. If I switch to display a source code item and then close VS, the next time I open the project it will start with that item--as I would expect--but this behavior does not stick.

Invoking constructor of abstract base class in Fortran

I originally posted this question on Stackoverflow (, but perhaps the Intel community har more knowledge on this topic?

Consider one of the classic OOP examples (see source code at the end of the post):

  • Abstract base class Shape
  • Class Rectangle extending Shape

I have two questions:

S’abonner à Intel® Visual Fortran Composer XE