Intel® Fortran Compiler for Linux* and Mac OS X*

Overridden binding and parameterized derived type

Hi,

I get the following error when I compile overide_pdt.f90 (attached): 

ifort override_pdt.f90

override_pdt.f90(56): error #8383: The dummy arguments of an overriding and overridden binding that correspond by position must have the same characteristics, except for the type of the passed object dummy arguments.   [TESTQ]
     PROCEDURE, PASS :: testq => test_extendedq

Installing Parallel Studio XE 2015 Update 2

I am trying to install Update 2 of Intel Parallel Studio Fortran XE 2015. I am running Mac OS 10.9.5 on a 2014 Mac Pro.

 

When I run both the standard install and the online custom install I get the error window "Unapproved caller. SecurityAgent may only be invoked by Apple software."

Any ideas?  Thanks very much.

 

 

 

The following code runs the compiler in a catastrophic error

Dear Fortran,

As shown in the tittle, the following program runs the compiler in a catastrophic error.

command line : $ ifort -coarray -coarray-num-images=4 Conv_Cata.f90
ifort -version gives :    ifort (IFORT) 15.0.0 20140723
 

Note : it works fine with my Windows ifort !!

Bernard

Problems with constant expressions

Hi,

consider the following code:

program p

 implicit none

 logical, parameter :: use_v1 = .true.
 integer, parameter :: v1 = 3, v2 = 8
 integer, parameter :: &
  ! this produces a warning at compile time and wrong result
   i = v1*count( (/use_v1/) ) + v2*count( (/.not.use_v1/) )
  ! this produces an ICE at compile time
  !i = v1*count( (/use_v1/) ,kind=kind(i)) + v2*count( (/.not.use_v1/) )

 write(*,*) i

end program p

Compiling with

ifort -stand f08 p.f90 -o p

PASS attribute and parameterized derived types

Hi,

I get the following error when I compile pass_pdt.f90 (attached):

pass_pdt.f90(28): error #8262: For a type-bound procedure that has the PASS binding attribute, the first dummy argument must have the same declared type as the type being defined.   [VAL]
  SUBROUTINE testq(val, this)

I explicitly attach the pass attribute to the second argument, this, and not the first. The second attached file (pass.f90) has no such issues. The only difference is that the derived type is no longer parameterized. Is this a compiler bug?

creating a batch file within FORTRAN

I have a set of output files that are created by a FORTRAN program in a directory, with which I would like to perform a set of operations such as copy, rename, and execute another FORTRAN executable using these output files as the arguments, all in a batch mode. Is there a way in FORTRAN to perform all this operations together in one FORTRAN program? Thank you in advance for any help/suggestions in this regard.

 

Bug with USE renaming, inlining, and optimization report

I believe I found a bug with the Intel 15.0 compiler where a USE-renamed subroutine shows up in the optimization report under the USE-renamed name, rather than the subroutine's actual name.  I'm not sure if this is the compiler's intended behavior, but it seems unnecessarily confusing.  Consider the code:

Performance problem between ifort 12.1 and ifort 15.0 on the same code

Hi,

I compile the following small code with "-O3 -shared-intel" on  three different clusters:

  • cluster1: Intel(R) Xeon(R) CPU X5675 with ifort 12.1.0
  • cluster2: Intel(R) Xeon(R) CPU X5650 with ifort 12.1.0
  • cluster3: Intel(R) Xeon(R) CPU E5-2650 v2 with ifort 15.0.0

 

Format syntax error

In my application I obtain a format syntax error, but I  do not recognize why.

I created a minimal example:

program test
  implicit none
  character(len=200) :: formatstr
  character(len=*), parameter :: formatstr2 = '("test",I2.2,"")'

  formatstr = formatstr2
  write(*,'(A)') formatstr
  write(*,'(A)') formatstr2
  write(*,*) formatstr == formatstr2
  write(*,formatstr2) 12
  ! the next line creates an error
  write(*,formatstr) 12

end program test

I obtain the following output:

Run-time error when opening/reading an ASCII file

 

 

I am compiling a large program, which depends on several external Fortran and C libraries, on a Mac OS X 10.9.5 with Intel Fortran Compiler 15.0.1. I get a run-time error when opening an external (ASCII) file and reading it. The strangeness is that the file exist (inquired form within the program) and the that calling open gives a status = 0 (see the test program below).The simple test program below compiles and runs well on gfortran, while with ifort it gives a runtime error, which I reported below (including the backtrace, as given by gdb).

订阅 Intel® Fortran Compiler for Linux* and Mac OS X*