Apple OS X*

mkl95_LAPACK produces segmentation fault (dgesv)

When I call  "dgesv" routine from mkl library with fortran 95 interface I get segmentation fault.

call dgesv( adns, rhs , ipiv , info ) ! forrtl: severe (174): SIGSEGV, segmentation fault occurred

call dgesv( n, nrhs, adns, max(1,n), ipiv, rhs, max(1,n), info )  ! F77  works fine

ifort -V

Intel(R) Fortran Intel(R) 64 Compiler XE for applications running on Intel(R) 64, Version Build 20140121

Copyright (C) 1985-2014 Intel Corporation.  All rights reserved.

compiler flags: ifort main.f90 -mkl -lmkl_lapack95_lp64


Can this be made better?



I wonder is anyone has the time and inclination to have look at the code below for

any possible improvements.

The extract included here is the the heaviest user of cpu in a large-ish simulation code .

A typical run would take 6-9 months of running 24/24 and 7/7 with 6 threads on six cores.

The omp part is working very well and there cannot be much inprovement with the multithreading part.

The compiler call used for the whole code is:

ifort -O3 -r8  -openmp -fpp -parallel -mcmodel=medium -i-dynamic -shared-intel

how to solve problem 'usr/lib/crt1.o: could not read symbols: File in wrong format'

Hello experts:

I just installed intel fortran compiler 8.0 on my x86-64 computer with Centos6.5 system.

in the installation process, I choose IA-32 to install it.

after default choice and installation, I configure the .bashrc as suggestions of the installation guide.

after sourcing .bashrc, then I use ifort to compile the hello.f in my current dir.

but firstly the message that

'/usr/bin/ld: cannot find crt1.o: No such file or directory'

comes up.

problem for ifort which does not use system lib mission like idate getarg and so on

Hello experts,

    I installed the new version intel parallel composer XE 2013 sp2 updates2 noncommercial, but I find when I use ifort to compile the fortran codes, the error reported like the following:

systime_intel.f(34): warning #7532: The number of arguments is incompatible with intrinsic procedure, assume 'external'.   [IDATE]

and the same to 'getarg and iargc'. How to solve this issue?

    I try to use gfortran to compile the same codes, it make it.

Apple OS X* abonnieren