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

WRF 3.7 / catastrophic error: **Internal compiler error: segmentation violation signal raised**

Hi,

The following error has been reported by the compiler while compiling the file module_bl_temf.F (WRFV3/phys/module_bl_temf.F) from WRF V3.7 (http://www2.mmm.ucar.edu/wrf/src/WRFV3.7.TAR.gz) model for Intel MIC (configure option 17).

"catastrophic error: **Internal compiler error: segmentation violation signal raised**"

[root@node mic]# ifort -V
Intel(R) Fortran Intel(R) 64 Compiler XE for applications running on Intel(R) 64, Version 14.0.2.144 Build 20140120

Data passing w/ mixed programming f2008+python.

I would like to have your suggestions for the following task.

I'm developing a F2008 code that has to call a python script (specifically a special function in the mpmath lib) which will generate an array of data values that I want to transfer back to the fortran exec.

I can easily come up with a couple of  possible alternatives, all of which require the use of the intrinsic execute_command_line.  I can easily execute the python code with it, but how to transfer the results?

Problems with pack intrinsic function: catastrophic error and bad results

I noticed that the subroutine sprsin in numerical recipes produces catastrophic error if compiled with ifort 15.
The problem seems due to the line

sa%jcol=pack(spread(arth(1,1,n),1,n),mask)

It is possible to reproduce the error by compiling the code test_err1.f90

ifort test_err1.f90

./a.out

At the same time I found that this line

sa%irow = pack(spread(arth(1,1,NDIM),2,NDIM),mask(:,:))

in test_err2.f90 produce bad results.
gfortran compiler and old version of ifort produce correct results.

FORTRAN: Opening and reading data from a network location

I am trying to run a simulation using FORTRAN. I have large input data at server A and I want to read input files from server A and run my simulation on server B. I am using a FORTRAN subroutine to assign input into a BCs array. I want to read input file from server A via FTP and assign them into BCs array on server B. I will be grateful if you can suggest me some ways to do so. Thanks

The code I have tried so far is as follows but it gives error.

cannot find 'ifort' after installing parallel_studio_xe_2015_update3 on ubuntu

I am an university student. I have just downloaded and installed the parallel_studio_xe_2015_update3. But in the directory '/opt/intel/composer_xe_2015/bin', I only find 'icc', but not 'ifort'. Have I installed the wrong file? According to the website, the parallel studio should contain both C and Fortran in it. Or am I looking at the wrong directory? I have checked several places but still cannot find 'ifort'. Please help with this. Thank you very much! 

BTW, my operation system is 'ubuntukylin-14.04.2-desktop-amd64' and I am pretty new to Linux.

Coarray implementation of QR decomposition?

I am wondering if there exists a coarray implementation of the QR decomposition somewhere, in library or source form. We are probably years away from a true coarray implementation of LAPACK, for instance, but in the meantime I am wondering if there is anything to play with.

Thanks for any tips/pointers there!

Complex logarithm

Hello all,

according to the "Intel Fortran Libraries Reference", the natural logarithm of a complex number should give complex values x+i*y with -pi < y <= pi. But:

write(*,*) log((-1d0,0d0)),log(-(1d0,0d0))

yields the following output

 (0.000000000000000E+000,3.14159265358979)
 (0.000000000000000E+000,-3.14159265358979)

Bad results from assignment to allocatable array (with realloc_lhs)

I've attached a small example that clearly demonstrates that bad results are obtained from assignment to an (unallocated) allocatable array.  I am using the required realloc_lhs switch.  The problem exists with both Intel 14.0.3 and 15.0.2.   A key ingredient to the problem seems to be that the rhs of the assignment is an elemental type bound function referenced through a derived type array.

Intel 14 and 15 compiler bug

I've attached a very small example that exposes a bug in 14.0.3 and 15.0.2.  In the example, a module declares a derived type and a F2003 structure constructor for it.  In a later procedure the module is USEd and the type referenced, but the compiler complains incorrectly that the type is not known.  The error goes away if the structure constructor is not defined.

S’abonner à Intel® Fortran Compiler for Linux* and Mac OS X*