Compilador C++ Intel®

icc gives internal error: backend signals

Hi, for a simple change to a code, I go from compiling to internal error as below. With an earlier 12.0.5 version there are no issues.

I am running on Scientific Linux 

[mccssmb2@xenomorph possCompilerBug]$ uname -a
Linux xenomorph 2.6.32-358.23.2.el6.x86_64 #1 SMP Wed Oct 16 11:13:47 CDT 2013 x86_64 x86_64 x86_64 GNU/Linux


f people could help I'd be grateful


Intel(R) Composer Redistributable Libraries by Version

Please click on the appropriate version below to go to the page containing Redistributable Libraries packages for your version of the Intel® C++ or Fortran Compiler Professional Edition, Intel® Composer XE, or Intel® Parallel Studio XE Composer Edition.




  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Microsoft Windows* 8.x
  • C/C++
  • Fortran
  • Compilador C++ Intel®
  • Compilador Fortran Intel®+
  • VersionSpecific
  • Ferramentas de desenvolvimento
  • Internal access violation in compiler

    Try this: struct X { int i; X(int i) : i(i) {} ~X() {} // This destructor causes access violation in Intel compiler while compiling. }; vector f() { // Causes access violation in Intel compiler, if // - X has a destructor, and // - explicit cast int to X is called. With implicit cast it works. // return { 1, 2 }; // Ok. return { X(1), X(2) }; // Access violation. } It will result in a compiler error saying "error : access violation".

    Cannot locate ICProjConvert


    I want to use Intel complier within a cmake configured project. To achieve this, I am planning to use ICProjConvert but I cannot locate this executable on my system. 

    I have been searching executable under folder which has path:

    C:\Program Files (x86)\Intel\Composer XE 2013 SP1 

    Could you please help on this issue?


    Bug : icc14 fails to understand _Pragma when using distcc

    It appears that icc14 has a bug where it doesn't understand _Pragma() if you pass in a preprocessed .ii file, see below & attached pragma.cpp file.

    This breaks distcc builds, as it sends the preprocessed file to the remote machine for compilation.

    I don't see this bug with icc13, gcc 4.7, gcc 4.8 or clang. I do see this in icc14.0.2 and icc14.0.3. The issue only occurs with _Pragma; #pragma works but we can't use it in our code, as we need to use this macro to support multiple compilers.

    Warn on implicit conversion that may change sign of integer value


    when compiling the following code

    unsigned int bad_sign_conv(int i)
       unsigned int u = i;
       return u;

    with Intel(R) C++ Compiler XE for applications running on IA-32, Version Build 20130607 like so

    $ icpc -c -Wconversion -Wsign-conversion

    no diagnostics are emitted.

    When compiling with e.g. g++ (Debian 4.4.5-8) 4.4.5 with the same switches, like so

    $ g++ -c -Wconversion -Wsign-conversion In function ‘unsigned int bad_sign_conv(int)’:

    Detection of a data race in OpenMP

    In the following code, there is a data race.

    I would like to know which compiler option must be turn on in order to see that Intel C++ compiler detects this data race. And what will be the expected message from the compiler.

     # pragma omp parallel for {

    for ( i=1; i< N; i++){

              a(i) = a(i) + a(i – 1)


    Thanks in advance



    Assine o Compilador C++ Intel®