I have installed ifc7.1.034 on adual Opteron system with SuSE 8.2 64 bits.
Everything works fine during the compilation but I have got an error from the linker.
ld: skipping incompatible ../SRC_lib/liblapack_lapw.a when searching for -llapack_lapw
ld: cannot find -llapack_lapw
I don't understand why it is incompatible because the library was build just before to compile the main program with the same compiler flags.
I am converting a very large program from Absoft. I am using the -save and -zero options. When I compile with -g it works fine. When I compile with -O0 which should also turn off the optimization, my program hangs (as it does with other optimizations). What else does -g do that -O0 does not do?
I run /opt/intel/compiler70/ia32/bin/ifcvars.sh before I use ifc, but it still
cannot find the path:
-bash: ifc: command not found
I forget how to set the environment parameters to avoid to run ifcvars.sh every time after a command window is opened. Anyone could help me? Thanks.
I found a big bug on ifc openmp compiler when using
complex arrays. The simple following code runs serial but not with openmp. Placing comments on declaration of a variable and on a=(0.d0,1d0) and write(*,*) a(1,1) runs parallel correctly with openmp.
I runned with a dual Xeon machine 3.06Ghz, with Linux redhat 9.0. ifc -openmp -o test test.f
Used 2 threads with command setenv OMP_NUM_THREADS 2.
implicit real*8 (A-H,O-Z)
Intel Developer Services Community Forums will be re-launching with a new look and a new platform with increased functionality and features. We will have a downtime on Wednesday, 11/19/03 from 5pm - 8pm PST. During this time, users will have read-only access to the forums.
If you have any questions or concerns, please feel free to contact us at IDS.email@example.com.
I got a compiler internal error when compiling la_cgesvd.f90 in LAPACK95. The version of ifc used to build LAPACK95 was Ver. 7.1 Build 20030307Z, and LAPACK95 was the latest one. How can I do for it?
I'm finding the documentation on the -falias and -ffnalias rather unclear.
The standard prohibits aliasing of a dummy argument which is modified either to another dummy argument or to a module or common variable. According to the manual "-falias" to quote
I wonder if anything is known as regards availability
of ifc and icc for linux systems which feature glibc-2.3.2,
such as, for instance, RedHat 9.0? The current versions of
ifc and icc are designed for glibc 2.2.5 or 2.2.93, and
I am having problems building the code with glibc-2.3.2.
Thanks a lot!
I am trying to diagnose a crash of an ifc-compiled
application on a SGI Altix Itanium server. My application processes are terminating with the entirely useless error message:
** Address Error **
End of diagnostics
Is there any way to instruct the run-time system to dump a good old-fashioned core, so I can postmortem debug it? According to the documentation the "-dn" option does nothing on the Itanium platform so I can't get a traceback that way either.
The compiler version is:
Does ifc enforce ieee 754 for float and double divides?
I am looking for reasons that application output built using my pgi compiler doesn't match output when using my intel compiler.
I am using the pgi prebuilt blas and lapack with pgi and using the mkl when using intel.