Intel® Parallel Studio XE

problem to get compiler

hello, I just received your negative answer regarding my request to get your compiler. you tell me that I am not part of a school delivering higher education diplomas. I am enrolled at the school of digital in Le Havre in France and I am preparing a diploma of Analyst Developer in information system. I need a compiler powerful and accurate and I turned to you because my laptop is equipped with a processor i5 last generation. can you reconsider your answer? cordiales

Declaration Implicit real*8(A-H,O-Z)


Our new system is the Intel64 f90 on Red Hat Linux 64 bit environment.

I am porting from DEC Alpha Unix Tru 64.   So we are moving from a 64 bit environment, to a new 64 bit environment using a 64 bit compiler.

The real declarations used in the old code are:    Implicit real*8(A-H,O-Z) 

In one large application, I spent a week changing the real declaration from the implicit to:  IMPLICIT NONE and the REAL(8) for the all the vars thereby explicitly declaring all the reals.  

Problem with LNBLNK and len_trim

I have a small subroutine transferring text from keyboard entries, etc from lower to uppercase letters. I used this routine for CVF and the version shown below I also apply for IVF Win32 applications. What happens is that the program crashes with the error message:Unhandled exception at 0x7790DF7C (ntdll.dll) in CaFeMS1-IVF.exe: 0xC0000005: Access violation writing location 0x002A0FFC... before the line ILENGTH = len_trim(STRING) - 1 where a breakpoint is set.

The subroutine is linked from  a library file.

Can anyone give me a tip?

Program listing follows here:

catching error due to larger adjustable array at run-time


The test-case below captures the gist of an error; where is the cause that the adjustable array is bigger than what has been passed in. It cannot be caught by the compiler; I understand. I am wondering is there a way (as in a flag) to catch it at run-time. Compiling with ifort /check:all Test.f90 won't do.

As you can imagine this is extracted from rather deep inside a combination of legacy and new program. In one of the test-cases of that program, it revealed itself as "access violation" but that was at a different location. 



What is BLOCKSIZE and how does it affect performance of IO operations?

The manual only says "The BLOCKSIZE specifier indicates the physical I/O transfer size in bytes for the file."
Does it actually have to do anything with the block size of the physical storage? 

How would BLOCKSIZE affect the buffered and non-buffered IO performance? 

I appreciate if someone can provide a few examples that changing BLOCKSIZE will affect the performance (for better or worse).


Division by zero inside if(0) clause


I encounter the strange behavior of the Intel C++ Compiler. 

The following program generates "Floating point exception" if optimization (at least -O1) is enabled:

#include <fenv.h>
#include <stdio.h>
int j = 0;
int main(int argc, char *argv[]){
    feenableexcept( FE_DIVBYZERO );
    double r = 0.0;
    for(int k=0; k<2; k++) {
        double A[3] = {0.,0.,0.};
        if(j) A[0] -= 1.0/r;
        printf("A = %e %e %e\n", A[0], A[1], A[2]);

Linux, 64bit. Compiler version: icc (ICC) 16.0.1 20151021.

downloading product


I am not sure whether this is the right place to ask. My company just purchased Intel Fortran compiler for Linux on behalf of me. I received a Email containing a serial number. I click a link "register and download" in the email and submit my information. The webpage said it could be two days to receive the next Email. But until now, I haven't got the mail. Can somebody help me? Thank you in advance.


Subscribe to Intel® Parallel Studio XE