With the following code
Is there an estimate when Ubuntu 18.04LTS will be supported? Our systems have been updated and now compilation with icc fails due to problems with the math.h header
(1230): error: identifier "_LIB_VERSION_TYPE" is undefined _LIBIMF_EXTERN_C _LIB_VERSIONIMF_TYPE _LIBIMF_PUBVAR _LIB_VERSIONIMF;
I tried using the -D__PURE_INTEL_C99_HEADERS__ flag but that fails due to other libraries using the system math.h
In file included from /usr/include/boost/math/policies/policy.hpp(29),
Array Shape Check: New in Intel® Fortran Compiler 19.0 BETA
The array shape checking feature implemented in Intel® Fortran Compiler 19.0 BETA checks for array shape conformance where it is required by the Fortran standard. When enabled, the compiler checks contexts at compile-time and will generate code that checks at run-time that the shapes of arrays conform in various contexts where conformance is required. Try this compiler option to help debug a program with arrays!
I am attempting to speed up a large program. I have identified the hot spots using profiling, but when I use OpenMP to parallelize the key loops, I get only a slight speed-up (about 30%), instead of the ideal factor of 8, for the key loops.
I created a smaller test program to figure out what is happening. This is the part containing the OpenMP loops (the complete program is attached).
I have just installed the Intel Fortran compiler and libraries on my iMac (High Sierra) but I am having issues calling an executable from within an executable via the systtemqq line, say x=systemqq('./executable.x'). So, the call.x program below simply tells the command line to run executable.x
I consistently get the error:
dyld: Library not loaded: @rpath/libiomp5.dylib
Referenced from: /Users/username/folder/./call.x
Reason: image not found
After switching part of my code to use 64-bit reals as opposed to 32-bit reals, I have been experiencing crashes.
The traceback starts as follows:
forrtl: severe (157): Program Exception - access violation
Image PC Routine Line Source
libifcoremdd.dll 000007FEDE2F6AA6 Unknown Unknown Unknown
libifcoremdd.dll 000007FEDE3331DD Unknown Unknown Unknown
And then refers to a routine that is modelled by the below routine:
I have downloaded and installed Intel Parallel Studio XE 2018 update 2 cluster edition. I used it for few days and uninstalled. Now, my evaluation license key have got expired and i have got serial number to install full software. Problem is, when i am trying to use this serial key during installation process, it does not let me install software and gives error message.
OS: Ubuntu 18.04 x86_64
Compiler version: icpc (ICC) 18.0.2 20180210
I have run into an icpc compiler bug. Intel's C++ compiler fails to compile template functions which use the non-standard __int128_t or __uint128_t types. I ran into this bug when I tried to compile my primecount program (https://github.com/kimwalisch/primecount) using icpc. I have created a minimal C++ program (see attached bug.cpp) which reproduces the bug.
Steps to reproduce the bug:
I am using Intel FORTRAN compiler inside Microsoft Visual Studio 2015. In my code, I use MKL library to do matrix inversion. I can run my program inside VS environment but if I try to run it outside( double-clicking on the .exe file) it gives an error. The error says "Procedure entry point mkl_serv_set_xerbla_interface could not be loaded".
I am confused why the application cannot be run outside VS. If I comment the library functions (DGETRF and DGETRI), it works again. Can anybody help me on this issue?
I am working on a program inversion 2108 of parallel fortran. The program has a main executable communicating with a dll. I used the information in the article "coding requirements for sharing data in DLL's".
I have a common named Reserves, and a subroutine call GetReserveFund. The following statement was added to the main program:
!Dec$ATTRIBUTE DLLEXPORT :: GETRESERVEFUND, /Reserves/
I then added this code the main program:
!Dec$ATTRIBUTE DLLIMPORT :: GETRESERVEFUND, /Reserves/