Intel® Fortran Compiler

Intel Compiler giving license error

Hi, I was wondering if anyone has come across this issue before. I have an install of Intel Fortran on my PC but the licences don't appear to have been set up right. I get the error message

"A license for FCompW is not available". This the first time I've tried to recompile something since having this PC. I have a valid licence for this software.

Regards,

Wes 

Intel Fortran 2015 and MKL95_LAPACK

Hi there,

I recently updated to the 2015 Fortran compiler and I am currently trying to get my source code to compile with the new version. So far I had a catastrophic compiler error which I have managed to resolve, but I am really stuck now!

The previous version of Intel Fortran, 2013 SP1, still had the MKL95_LAPACK module available in <install dir>/intel/composer_xe_2013_sp1.5.212/mkl/include/intel64/lp64/ but the new 2015 release this module is now not available.

As I am using the specific F95 Lapack functions, what can I do now?

Thanks :)

Trial Version and Developer Studio

I apologize if this question has been asked before.

Somebody else in my company wants to evaluate Intel Fortran (aka Parallel Study XE 2015 Composer). He downloaded the trial version, but he installed the wrong Developer Studio trial (he downloaded Express instead of Professional). What's the easiest way to straighten things up?

a. Uninstall both and then install the trial version of Visual Studio Professional, followed by Intel Fortran.

forrtl: error (78): process killed (SIGTERM)

I have a strange error that I am not sure how to deal with. I have a scientific numerical code that uses multiprocessors to run. If I run on a single process (CPU), the code can run essentially forever. However, when I use multiprocessors, e.g. it crashes after a fixed number of 'iterations' (over a million, which is quite a lot), in this case it runs for a couple of days before crashing with error:

forrtl: error (78): process killed (SIGTERM)

Intel® Parallel Studio XE 2015 Update 4 Composer Edition for Fortran Windows*

Intel® Parallel Studio XE 2015 Update 4 Composer Edition for Fortran Windows* 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 15.0.4, Intel® Math Kernel Library (Intel® MKL) Version 11.2 Update 3, Intel® Debugger Extension for Intel® Many Integrated Core Architecture (Intel® MIC Architecture) Version 7.7-8.0, Microsoft Visual Studio 2010 Shell and Libraries*

New in this release:

  • Entwickler
  • Microsoft Windows* (XP, Vista, 7)
  • Microsoft Windows* 8.x
  • Fortran
  • Intel® Parallel Studio XE Composer Edition
  • Intel® Fortran Compiler
  • Intel® Math Kernel Library
  • Intel® Fortran Composer XE
  • Intel® Composer XE
  • Intel® Visual Fortran Composer XE
  • Read Error for binary file with implied/explicit do-loop

    Hi,

    I get a strange behaviour at reading a binary file. A simple test case is attached.

    If the data from the file is read with an implied-do-loop (line 37) AND the code is compiled in debug (-g), the read is successful and no error is returned.

    On the other hand, if the same code is compiled in opt-mode OR if the loop is written explicitly like in line 39-42, an error is returned that the end-of-file is reached.

    Very minor issue with documentation

    Looking up the exact syntax for the IEEE inquiry functions (in particular ieee_is_nan) I came across the following fragment:

    USE, INTRINSIC :: IEEE_ARITHMETIC
    ...
      IF IEEE_SUPPORT_DATATYPE(X) THEN
       IF IEEE_IS_NORMAL(X) THEN
          PRINT *, ' X is a 'normal' '
       ELSE
          PRINT *, ' X is not 'normal' '
       ELSE
          PRINT *, ' X is not a supported IEEE type '
    ENDIF
    ...

    (The page is "IEEE Intrinsic Modules and Procedures")

    Intel® Fortran Compiler abonnieren