Intel® C++ Compiler

Submissions open: High Performance Parallelism Gems

We have all had our little discoveries and triumphs in identifying new and innovative approaches that increased the performance of our applications. Occasionally we find something more, something that could also help others, an innovative gem. You now have an opportunity to broadcast your successes more widely to the benefit of our community. You are invited to submit a proposal to a contribution-based book, working title, “High Performance Parallelism Gems – Successful Approaches for Multicore and Many-core Programming” that will focus on practical techniques for Intel® Xeon® processor and Intel® Xeon Phi™ coprocessor parallel computing. Submissions are due by May 29, 2014.

icc 14.0.0.080 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

Output:

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.

Windows*

Linux*

OS X*

  • Apple OS X*
  • Linux*
  • Microsoft Windows* (XP, Vista, 7)
  • Microsoft Windows* 8.x
  • C/C++
  • Fortran
  • Intel® C++ Compiler
  • Intel® Fortran Compiler
  • VersionSpecific
  • Development Tools
  • 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

    Hello,

    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?

    Regards.

    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

    Hello,

    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 13.1.3.192 Build 20130607 like so

    $ icpc -c -Wconversion -Wsign-conversion demo.cc

    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 demo.cc

    demo.cc: In function ‘unsigned int bad_sign_conv(int)’:

    Subscribe to Intel® C++ Compiler