Intel® Visual Fortran Compiler for Windows*

CVF 6.6C3

Is there any documentation that describes the changes that have taken place between CVF 6.6B and 6.6C3? The only Release Notes that I could find pertain only to 6.6B.

Thanks very much and God bless!

Stack; Heap; Save

In porting a UNIX fortran code to PC Windows I have run into a stack overflow problem. I am using CVF 6.

It seems a variable that is "SAVE"ed(explicit SAVE or by default) alwaysends up on the heap rather than the stack. But it seems that a variable that is not SAVEd (explicit or by default) may end up on the heap or the stack. Is this correct?

Is there a way to force the compiler to SAVE allvariables (i.e., place them on the heap rather than the stack) without making changes to the source code?

Optimize across files

Does the "optimize across files" (/Qipo options) work from the setup within the integrated Studio.NET2003 environment? It seems to compile the Fortran files individually, but the documentations seems to imply that this option has the effect of producing a single .obj file for multiple .for/.f90 files specified on the same command line with ifort.

Scrolling Window

Further to my previous attempts to get my scrolling window working with help from members of this forum, I am still having problems. Jugoslav gave me a very helpful method using an edit window in my dialog box and I got this working fine. Unfortunately, as I developed the operating code around it, I realised that I needed to have the scrolling window separate from the dialog box. I was earlier given some code to enable me to use the scrolling window, but I had trouble implementing it, even though I understood its main functionality.

Questions about running console executables from a batch file


I have two Fortran console applications: prg1.exe and prg2.exe. At the beginning of their execution, both of these applications prompt the user to enter the name ofan input file (seperate for each application). I can run these applications in the classical way (double click on them, enter the file name at the prompt, etc) with no problem. However, when I try to execute them through a batch file I run into problems. The batch file reads

prg1.exe <
prg2.exe <



A colleague of mine has stated the following:
When using common blocks in include files, the variables are loaded into virtual memory only. When using modules and use statements, the variables are loaded into physical memory, if possible.

He claims programs using data in modules will run faster as a result.

Is this really true for CVF and IFC? I don't believe it.

Compiler switch -- significant difference in execution time?

We noticed that one of our files/features was taking significantly longer in the most recent release. I decided to try to track this down today.

It appears that switching between /fpe:0 (default -- floating-point exception, produce NaN) and /fpe:3 (underflow gives 0.0; abort on other IEEE exceptions) may be the culprit.

For the test file, went from 3+ minutes to under 1 minute (same system timing).

Has there been extensive illustrations done on impacts of various compiler switches on computation time? Is it published somewhere?


Can I read the binary file from the give position?

Hi all,

I want to realize the following function:

Firstly, I write a 'binary' file (real*8 data type), then I wish I can locate to any position of the file and read the correspondent data without read from the begin of the file? How can I do? My code is as following. Can anyone modify the code for me?

Zhanghong Tang


EM64T (8.1.019) character len question

Anyone hve any idea why the len intrinsic below is returning zero instead of 3 billion for this EM64T app? Setting local ints to 8 bytes via /4I8 does not seem to help. I'm trying to determine if the hidden length argument passed with characters are kind=4 or 8 on EM64T. I've looked in the docs plenty, but am notquite sure if rules about such things apply equally to IA64 and EM64T.

System is Windows XP x64 release version, AMD 64, SDK 3790.

Thanks in advance, Ian.

ifort: Command line warning: unrecognized source type 'BUILD_HDF5_DLL'; object file assumed

I am building HDF5 DLL fortran libraries with intel fortran integration with visual c++ .Net 2003. All of the static library can be built with intel fortran sucessfully. But when I am trying to build DLL fortran libraries, the following warnings happened:

ifort: Command line warning: unrecognized source type 'BUILD_HDF5_DLL'; object file assumed

Although it says the library was built sucessfully, there is not library file created at all.

Anybody can help? Thanks a lot!


Intel® Visual Fortran Compiler for Windows* abonnieren