I'm having problems on some of my servers that seem to be related to intelremotemond. When compiling C++ programs located in a shared NFS-mounted home directory, suddenly the machine seems to lock up. At the NFS server side, I can see a huge amount of open/getattr requests coming in that seem to be related to the intelremotemond process running on the client. This volume is apparently such that no other NFS commands are able to get through, hence the apparent lockup.
We are using intel's coverage tool for coverage tests and at the step where profmerge is called to generate DPI files from DYN, we get the following message:
Hellow my friends!
In MSVC2013 perfectly works for me this macro (which allow use enum class as flag enum and disallow convert to int):
I have found out a bug in Intel compiler.
Background: We are trying to delegate OpenMP calls (so even in hybrid projects with Intel and Microsoft compiler used, we ensure only one OpenMP stack is loaded).
Compiler used: Intel(R) C++ Compiler XE 188.8.131.52 [IA-32], Multifile IPO, Optimize on, Generate PDB (it works in 64 or Single IPO or Optimize off or without PDB).
Out code works perfectly and as expected when one of the previous setting is changed (unfortunatelly we need them to work)...
I try using __svml_sin2 in inline ASM like the way compiler does. A code snippet as following,
"vmovupd (%1), %%ymm0\n\t" "call __svml_sin4\n\t" "vmovupd %%ymm0, (%0)\n\t" "sub $1, %%rax\n\t" "jnz 3b\n\t"
The program can build. But, the running output values are wrong.
I have experienced my program crash because the compiler generates vectorized code where I think it shouldn't. Invoking the code with unaligned input causes SIGBUS or SIGSEGV. One needs to obtain the source code of the Armadillo C++ library version 4.100.1 (http://arma.sourceforge.net/download.html) to reproduce the problem.
Here is the program:
I have reduced my problem to this test:
I am seeing these GDB warnings when I complied the below code with intel compiler 14. I am using eclipse in RHEL6.5.
I am using icpc with -std=c++0x, in which "std::uniform_real_distribution<double> rnd" throws a couple of errors during compile time, like
WangLandau.h(103): error: qualified name is not allowed
WangLandau.h(103): error #77: this declaration has no storage class or type specifier
I am working on a high performance application where I would prefer to use Intel compiler for computations but the main application is itself in COM using Microsoft Compiler. I have two roadblocks in this which I am posing as question. Any pointers and help is appreciated for this